設計模式是面向對象編程的熱門話題之壹，越來越多的開發人員認識到設計模式的重要性。采用各種語言實現設計模式的文章也越來越多，但是很多開發人員發現很難將設計模式與實際開發中需要解決的具體問題相聯系。因為使用設計模式的難點往往不在於模式的實現，而在於很難確定哪種模式可以在現實的應用場景中采用，從而導致了在現實的項目中，面對客戶的壓力，我們總是采用最直截了當的方法解決問題，來不及多考慮這些方法的優劣，即使明知將帶來更大的麻煩也必須如此。有些時候因為選擇了不恰當的設計模式，使原本簡單的問題變得復雜化。
總是有些優秀的設計人員可以在同樣短的時間內做出正確對待的判斷，他們同樣是依靠本能和直覺，只是這種本能是在日常編程開發中壹點壹滴積累起來的。如同壹個劍客在危機時刻的壹擊，並不是壹時的靈光乍現，而是平時刻苦修煉的結果。
俗話說，緊靠背棋譜成不了圍棋高手。只在概念上理解設計模式而不實現，同樣成不了架構設計師。在軟件設計時，要有意識地問自己使用還是不使用設計模式，不要匆忙下結論。重視軟件質量的改進，如果有可能，則在項目後期重構代碼。同時註意學習同行的經驗，很多開放源碼項目是值得學習的。
上一篇:C語言 選擇排序 糾錯下一篇:什麽是紅寶石ruby