對設計模式的理解

標籤：style   os   使用   java   sp   on   問題   代碼   時間   

學習java設計模式有段時間了，一直在閱讀學習《深入淺出設計模式》，本文就簡單說下本人對於設計模式的淺顯理解。

我理解的設計模式是一些架構，經過前輩們的實踐與時間的考驗沉澱下來的一種代碼設計架構。在項目開始之前，良好的軟體架構與代碼設計對後面的項目實現開發效率的促進，維護成本的提高都有很大的益處。一個未經考慮的代碼設計在後期的維護過程中會增加大量的成本，工程師需要大量的時間去理解源碼的結構，修補因為解耦性差導致複雜度超高的bug。在前輩們的努力下，無數經過時間檢驗的優秀軟體架構產生了，而且很多代碼的設計是類似的甚至是一樣的。這些優秀的架構經過進一步的抽象，提煉出的設計模式很容易被後輩們學習進步，如此推動代碼設計的發展。

所以說設計模式並不只是書中那二十三種，優秀的設計模式每天都在沉澱，只要是能給解決問題提供好的方式（非具體方法）就是好的設計。設計模式同時也是一種思想，穩定、有效、易於維護是它的宗旨，雖然設計模式是對重複出現的要解決的問題的一種解決方案，但是能放之四海而皆準的設計是沒有的，不同的情景適用不同的設計，而很多時候我們也可以自己在前輩們的設計模式基礎上就行修改擴充以適用於我們自己要解決的問題。

說了這麼多虛的，下面簡單總結下現在大家用的較多的又比較容易理解的設計模式類型。

1、建立型設計模式

這種模式顧名思義，是把建立對象、執行個體化這一過程抽象成一個架構，它們做的事就是協助開發人員理解、管理各種相似的事物、問題。它把建立對象的過程整合成一種規範，通常不會直接讓開發人員使用基礎的代碼建立淩亂的對象，而是在建立的過程中通過表意的代碼建立對象。這些設計模式大多能夠表現出一個對象在什麼時候建立，誰建立，怎麼建立等資訊，最大程度協助開發人員理解代碼意圖，增加協作的便利性。這類設計模式一般是能讓你的代碼解耦性更強，更安全，維護難度降低。

對設計模式的理解