近兩年模式炙手可熱，加上各種框架的遊行，幾乎開發人員已經到了言必談模式的地步，但是畫虎不成反類犬，經常模式應用不僅沒有帶來很好的結構，反而使得代碼難以維護。
以前和一個同學討論技術的時候，她說了一句今天聽來特別經典的話：
好的設計並不容易理解!
的確如何，有時和其它程序員解釋一些設計的時候，總是要花許多力氣!比如說要構造樹的時候，有人會問我爲什麼要用一個Node，直接一層層new下不就得了!聽到這些問題，真的是哭笑不得!
上次有一個朋友問我在什麼環境下才應用設計模式，這種問題向來沒有答案的，象《設計模式》書中就對每一個設計模式的應用環境給出了說明，另外我個人建議，沒有把握用好就不要用。
象我的習慣是核心代碼是多用設計模式，因爲設計核心代碼的程序人員都有不少經驗，使用設計模式，通過類名可以更快的瞭解系統，如看到ICommand,IVisitor就知道了類的功能。但是在應用層，就要好好考慮一下了!因爲許多程序開發人員，特別是新畢生的學生，如果不適當的應用設計模式，反而會降低代碼質量，所以在項目或者產品開發時，一定要注意如何應用模式。