設計模式概念
一個模式的四個基本要素：
- 模式名稱（pattern name） 一個助記名，用一兩個詞來描述模式的問題。
- 問題（problem） 描述了應該在何時使用模式。它解釋了設計問題和問題存在的前因後果。
- 解決方案（solution） 描述了設計的組成成分，它們之間的相互關係及各自的職責和協作方式。
- 效果（consequences） 描述了模式應用的效果及使用模式應權衡的問題。主要包括：系統的靈活性、擴充性、可移植性。
模式的分類
設計模式在粒度和抽象層次上各不相同。對於衆多的設計模式，分類有助於更快地學習23種模式。
下面是對模式分類的兩條準則：
- 目的準則：即模式是用來完成什麼工作的。依據其目的可分爲 創建型（Creational） 、結構型（Structural） 或行爲型（Behavioral）三種。創建型模式與對象的創建有關；結構型模式處理類或對象的組合；行爲型模式對類或對象怎樣交互和怎樣分配職責進行描述。
- 範圍準則：指定模式主要用於類還是用於對象。類模式處理類和子類之間的關係，這些關係通過繼承建立，是靜態的，在編譯時刻確定下來了。對象模式處理對象間的關係，這些關係在運行時刻是可以變化的，更具動態性。
設計模式編目
- 創建型
- Abstract Factory： 提供一個創建一系列相關或相互依賴對象的接口，而無需指定它們具體的類。
- Factory Method： 定義一個用於創建對象的接口，讓子類決定將哪一個類實例化。Factory Method使一個類的實例化延遲到其子類。
- Builder：將一個複雜對象的構建與它的表示分離，使得同樣的構建過程可以創建不同的表示。
- Prototype：用原型實例指定創建對象的種類，並且通過拷貝這個原型來創建新的對象。
- Singleton：保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。
- 結構型
- Adapter：將一個類的接口轉換成客戶希望的另外一個接口。Adapter模式使得原本由於接口不兼容而不能一起工作的那些類可以一起工作。
- Bridge：將抽象部分與它的實現部分分離，使它們可以獨立地變化。
- Composite：將對象組合成樹形結構以表示“部分-整體”的層次結構。Composite使得客戶對單個對象和複合對象的使用具有一致性。
- Decorator：動態地給一個對象添加一些額外的職責。就擴展功能而言，Decorator模式比生成子類方式更爲靈活。
- Facade：爲子系統中的一組接口提供一個一致的界面，Facade模式定義了一個高層接口，這個接口使得這一子系統更加容易使用。
- Flyweight：運用共享技術有效地支持大量細粒度的對象。
- Proxy：爲其他對象提供一個代理以控制對這個對象的訪問。
- 行爲型
- Interpreter：給定一個語言，定義它的文法的一種表示，並定義一個解釋器，該解釋器使用該表示來解釋語言中的句子。
- Template Method：定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。
- Chain Of Responsibility：爲解除請求的發送者和接收者之間的耦合，而使多個對象都有機會處理這個請求。將這些對象連成一條鏈，並沿着這條鏈傳遞該請求，直到有一個對象處理它。
- Command：將一個請求封裝爲一個對象，從而使你可用不同的請求對客戶進行參數化；對請求排隊或記錄請求日誌，以及支持可取消的操作。
- Iterator：提供一種方法順序訪問一個聚合對象中各個元素，從而不暴露該對象的內部表示。
- Mediator：用一箇中介對象來封裝一系列的對象交互。中介者使各對象不需要顯式地相互引用從而使其耦合鬆散，而且可以獨立地改變它們之間的交互。
- Memento：在不破壞封裝性的前提下，捕獲一個對象的內部狀態，並在該對象之外保存這個狀態。這樣以後就可將該對象恢復到保存的狀態。
- Observer：定義對象間的一種一對多的依賴關係，以便當對象的狀態發生改變時，所有依賴於它的對象都得到通知並自動刷新。
- State：允許一個對象在其內部狀態改變時改變它的行爲。對象看起來似乎修改了它所屬的類。
- Strategy：定義一系列的算法，把它們一個個封裝起來，並且使它們可相互替換。本模式算法使得算法的變化可以獨立於使用它的客戶。
- Visitor：表示一個作用於某對象結構中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用於這些元素的新操作。