提供一個建立一系列或相關依賴對象的接口,而無需指定它們具體的類算法
將一個複雜對象的構建與它的表示分離,使得一樣的構建過程能夠建立不一樣的表示ui
3.工廠方法模式(FactoryMethod)spa
定義一個用於建立對象的接口,讓子類決定實例化哪個類,使得一個類的實例化延遲到其子類代理
4.原型模式(Prototype)日誌
用原型實例指定建立對象的種類,而且經過拷貝這些原型建立新的對象server
5.單例模式(Singleton)對象
保證一個類僅有一個實例,並提供它的一個全局訪問點 接口
6.適配器模式(Adapter)原型
將一個類的接口轉換成客戶但願的另外一個接口,使得本來因爲接口不兼容而不能在一塊兒工做的類一塊兒工做it
7.橋接模式(Bridge)
將抽象部分與它的實現部分分離,使它們均可以獨立地變化
8.組合模式(Composite)
將對象組合成樹形結構以表示「部分-總體」的層次結構,使得用戶對單個對象和組合對象的使用具備一致性
9.裝飾模式(Decorator)
動態地給一個對象添加一些額外的職責,就增長功能來講,裝飾模式比生成子類更爲靈活
10.外觀模式(Facade)
爲子系統中的一組接口提供一個一致的界面,此模式定義了一個高層接口,這個接口使得這一子系統更加容易使用
11.享元模式(Flyweight)
運用共享技術有效地支持大量細粒度的對象
12.代理模式(Proxy)
爲其餘對象提供一種代理以控制對這個對象的訪問
13.觀察者模式(Observer)
定義一種一對多的依賴關係,讓多個觀察者對象同時監聽某一個主題對象,這個主題對象在狀態發生變化時,會通知全部觀察者對象,使它們可以自動更新本身
14.模板方法模式(TemplateMethod)
定義一個操做中的算法骨架,而將一些步驟延遲到子類中,使得子類能夠不改變一個算法結構便可重定義該算法的某些特定步驟
15.命令模式(Command)
將一個請求封裝爲一個對象,從而使你可用不一樣的請求對客戶進行參數化,對請求排隊或記錄請求日誌,以及支持能夠撤銷的操做
16.狀態模式(State)
當一個對象的內在狀態改變時,容許改變其行爲,這個對象看起來像是改變了其類
17.職責鏈模式(ChainOfResponsibility)
使多個對象都有機會處理請求,從而避免請求的發送者和接收者之間的耦合關係,將這個對象連成一條鏈,並沿着這條鏈傳遞該請求,知道有一個對象處理它爲止
18.解釋器模式(Interpreter)
給定一個語言,定義它的文法的一種表示,並定義一個解釋器,這個解釋器使用該表示來解釋語言中的句子
19.中介者模式(Mediator)
用一箇中介對象來封裝一系列的對象交互,使得各對象不須要顯示地相互引用,從而使其耦合鬆散,並且能夠獨立地改變它們之間的交互
20.訪問者模式(Visitor)
表示一個做用於某對象結構中的各元素的操做,它使你能夠在不改變各元素的類的前提下定義做用於這些元素的新操做
21.策略模式(Strategy)
定義了算法家族,分別封裝起來,讓它們之間能夠互相替換,此模式讓算法的變化,不會影響到使用算法的客戶
22.備忘錄模式(Memento)
在不破壞封裝性的前提下,捕獲一個對象的內部狀態,並在該對象以外保存這個狀態,這樣之後就可將該對象恢復到原先保存的狀態
23.迭代器模式(Interator)
提供一種方法順序訪問一個聚合對象中各個元素,而又不暴露該對象的內部表示