創建型模式 單例模式：確保一個類只有一個實例，而且自行實例化並向整個系統提供這個實現。 工廠模式：定義一個用於創建對象的介面，讓子類決定將哪一個類實例化。工廠方法使一個類的實例化延遲到子類。 抽象工廠模式：提供一個創建一系列相關或相互依賴對象的介面，而無需指定它們具體的類。 建造者模式：將一個複雜對
創建型模式
單例模式：確保一個類只有一個實例，而且自行實例化並向整個系統提供這個實現。
工廠模式：定義一個用於創建對象的介面，讓子類決定將哪一個類實例化。工廠方法使一個類的實例化延遲到子類。
抽象工廠模式：提供一個創建一系列相關或相互依賴對象的介面，而無需指定它們具體的類。
建造者模式：將一個複雜對象的構建與其表示相分離，使得同樣的構建過程可以創建不同的表示。
原型模式：用原型實例指定創建對象的種類，並且通過拷貝這些原型創建新對象。
結構型模式
代理模式：為其他對象提供一種代理以控制對這個對象的訪問。
適配器模式：將一個類的介面轉換成客戶希望的另外一個介面。從而使原本因介面不匹配而無法在一起工作的兩個類能夠在一起工作。
橋接模式：將抽象部分與實現部分分離，使他們都可以獨立的變化。
裝飾模式：動態的給一個對象添加一些額外的職責。就增加功能來說，裝飾模式相比生成子類更為靈活。
組合模式：將對象組合成樹形結構以表示“部分-整體”，使得用對單個對象和組合對象的使用具有一致性。
外觀模式：為子系統的一組介面提供一個一致的界面，外觀模式定義了一個高級介面，這個介面使得這一子系統更加容易使用。
享元模式：運用共用技術有效的支持大量細粒度對象。
行為型模式
模板模式：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中。使得子類可以不改變一個演算法的結構即可重定義某些演算法的特定步驟。
命令模式 ：將一個請求封裝為一個對象，從而使你可用不同的請求對客戶進行參數化，對請求排隊或記錄請求日誌，以及支持可撤銷操作。
迭代器模式：提供一種方法順序訪問一個聚合對象中各個元素，而又不需暴露該對象的內部表示。
觀察者模式：定義對象間的一種一對多的依賴關係，當對一個對象的狀態發生改變時，所有依賴於它的對象都會得到通知並自動更新。
解釋器模式：給定一個語言，定義他的文法的一種表示，並定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。
中介模式：用一個中介對象來封裝一系列對象交互。中介者使各對象不需要相互引用，從而使其耦合鬆散，而且可以獨立的改變他們之間的交互。
職責鏈模式：使多個對象都有機會處理請求，從而避免請求的發送者和接收者之間的耦合關係。將這些對象連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個處理它為止。
備忘錄模式：在不破壞封裝性的前提下，捕獲一個對象的內部狀態，併在該對象之外保存這個狀態。這樣以後可以將該對象恢復到原先保存的狀態。
策略模式：定義一系統的演算法。把他們一個個封裝起來，並且使他們可相互替換。本模式使得演算法可獨立於使用它的客戶而變化。
訪問者模式：表示一個作用於某對象結構中的各元素的操作它使你可以在不改變各元素的類的前提下定義作用於這引起元素的新操作。
狀態模式：允許一個對象在其內部狀態改變時改變它的行為。從而使對象看起來似乎修改了其行為。
