設計模式簡介

目的：減少重複代碼
不同情境，不同實現（主要就是類和介面，一切以介面為核心）
先抽象，後具體。先整體，後局部。
1.AbstrcatFactory模式：提供一個建立一系列相關或相互依賴對象的介面。而無需指定它們具體的類。
2.Adapter模式：將一個類的介面轉換成客戶希望的另一個介面。Adapter模式使得原來由於介面不相容而不能一起工作的那些類可以一起工作。
3.Bridge模式：將抽象部分與它的實現部分分離，使它們都可以獨立地變化。
4.Builder模式：將一個複雜物件的構建與它的表現分離，使得同樣的構建過程可以建立不同的表示。
5.Chain of Responsibility模式：為解除請求的寄件者與接收者之間耦合，而使多個對象都有機會處理這個請求。將這些對象連成一條鏈，並沿著這條鏈傳遞請求，直到有一個對象處理它。
6.Command模式：將一個請求封裝為一個對象，從而使你可用不同請求對客戶進行參數化，對請求排隊或記錄請求日誌，以及支援可取消的操作。
7.Composite模式：將對象組合成樹形結構以表示“部分-整體”的階層。Composite使得客戶對單個對象和綜合物件的使用具有一致性。
8.Decorator模式：動態地給一個對象添加一個額外的職責。就擴充功能而言，Decorator模式比產生子類方式更為靈活。
9.Facade模式：為子系統的一組路口提供一個一致的介面。Facade模式定義了一個高層介面，這個介面使得這一系統更加容易使用。
10.Factory Method模式：定義一個用於建立對象的介面，讓子類決定將哪個類執行個體化。Factory Method使一個類的執行個體化延遲到子類。
11.Flyweight模式：運用共用技術有效地支援大量細粒度的對象。
12.Interpreter模式：給定一個語言，定義它的文法的一種表示，並定義一個解譯器，該解譯器使用該表示解釋語言的句子。
13.Iterator模式：提供一種方法順序訪問一個彙總對象中各個元素，而不是要暴露該對象的內部表示。
14.Mediator模式：用一個中介對象來封裝一系列的對象互動。中介者使用各對象不需要顯示地相互引用，從而使其耦合鬆散，而且可以獨立地改變它們之間的互動。
15.Memento模式:在不破壞封裝的前提下，捕獲一個對象的內部狀態，並在改對象之外儲存這個狀態。這樣就可該對象恢複到儲存狀態。
16.Observer模式：定義對象間的一種一對多的依賴關係，以便當一個對象的狀態發生改變時，所有依賴它的對象都得到通知並自動重新整理。
17.Prototype模式：用原新執行個體指定建立對象的種類，並且通過拷貝這個原型來建立新的對象。
18.Proxy模式：為其他對象提供一個代理，以控制對這個對象的訪問。
19.Singleton模式：保證一個對象僅有一個執行個體，並提供一個訪問它的全域訪問點。
20.State模式：允許一個對象在器內部狀態時改變它的行為。對象看起來似乎改變了他所屬的類。
21.Strategy模式：定義一系列的演算法，把它們一個個封裝起來，並且使它們可以相互替換。
22.Template Method模式：使得子類可以不改變一個演算法的結構即可重定義該演算法的某些步驟。
23.Visitor模式：表示一個作用於某個對象結構中的各個元素的操作。它使你可以在不改變各個元素的類的前提下定義作用於這些元素的新操作。