近兩年模式炙手可熱，加上各種框架的遊行，幾乎開發人員已經到了言必談模式的地步，但是畫虎不成反類犬，經常模式應用不僅沒有帶來很好的結構，反而使得**難以維護。
以前和乙個同學討論技術的時候，她說了一句今天聽來特別經典的話：
好的設計並不容易理解!
的確如何，有時和其它程式設計師解釋一些設計的時候，總是要花許多力氣!比如說要構造樹的時候，有人會問我為什麼要用乙個node，直接一層層new下不就得了!聽到這些問題，真的是哭笑不得!
上次有乙個朋友問我在什麼環境下才應用設計模式，這種問題向來沒有答案的，象《設計模式》書中就對每乙個設計模式的應用環境給出了說明，另外我個人建議，沒有把握用好就不要用。
象我的習慣是核心**是多用設計模式，因為設計核心**的程式人員都有不少經驗，使用設計模式，通過類名可以更快的了解系統，如看到icommand,ivisitor就知道了類的功能。但是在應用層，就要好好考慮一下了!因為許多程式開發人員，特別是新畢生的學生，如果不適當的應用設計模式，反而會降低**質量，所以在專案或者產品開發時，一定要注意如何應用模式。
unicode字符集，用還是不用
使用vc開發時面對字符集的選擇，我總想起 深入淺出mfc 裡的一句名言 理想如果不向實際做點妥協，理想就會歸於塵土。曾經想過完美的軟體肯定是使用unicode字符集，因為那是實現多語言版本所需要的。windows核心程式設計 也列出一堆理由勸我們使用unicode字符集，最大的好處當然是軟體本地化的...
資料庫外來鍵， 用還是不用？
對於主 外來鍵 索引來說，在一些開發團隊中被認為是處理資料庫關係的利器，也被某些開發團隊認為是處理某些具體業務的魔鬼，您的觀點呢？在實際應用中您會採取哪種方式？主鍵和索引是不可少的，不僅可以優化資料檢索速度，開發人員還省不其它的工作,矛盾焦點 資料庫設計是否需要外來鍵。這裡有兩個問題 乙個是如何保證...
資料庫用還是不用外來鍵
資料庫設計中乙個矛盾 資料庫外來鍵,用還是不用？正方觀點 1，由資料庫自身保證資料一致性，完整性，更可靠，因為程式很難100 保證資料的完整性，而用外來鍵即使在資料庫伺服器當機或者出現其他問題的時候，也能夠最大限度的保證資料的一致性和完整性。eg 資料庫和應用是一對多的關係，應用會維護他那部分資料的...