GoF的23個經典設計模式


以文本和思維導圖的方式簡明扼要的介紹了GoF的23個經典設計模式,可當成學習設計模式的一個小手冊,偶爾看一下,說不定會對大師的思想精髓有新的領悟。

GoF(“四人幫”,又稱Gang of Four,即Erich Gamma, Richard Helm, Ralph Johnson & John Vlissides)

創建型模式(5個):單例模式、原型模式、建造者模式、工廠模式、抽象工廠模式。

結構型模式(7個):橋接模式、外觀模式、組合模式、裝飾模式、適配器模式、代理模式、享元模式。 

行為型模式(11個):迭代器模式、解釋器模式、觀察者模式、中介者模式、訪問者模式、備忘錄模式、狀態模式、策略模式、模版方法模、命令模式、職責鏈模式式。
【創建型】

Singleton(單例模式):保證一個類僅有一個實例,並提供一個訪問它的全局訪問點。 Prototype(原型模式):用原型實例指定創建對象的種類,並且通過拷貝這個原型來創建新的對象。 Builder(建造者模式):將一個復雜對象的構建與它的表示分離,使得同樣的構建過程可以創建不同的表示。 Factory Method(工廠模式):定義一個用於創建對象的接口,讓子類決定將哪一個類實例化。 Factory Method使一個類的實例化延遲到其子類。 Abstract Factory(抽象工廠模式):提供一個創建一系列相關或相互依賴對象的接口,而無需指定它們具體的類。

 

【結構型】

Bridge(橋接模式):將抽象部分與它的實現部分分離,使它們都可以獨立地變化。 

Facade(外觀模式):為子系統中的一組接口提供一個一致的界面, Facade模式定義了一個高層接口,這個接口使得這一子系統更加容易使用。 

Composite(組合模式):將對象組合成樹形結構以表示“部分-整體”的層次結構。它使得客戶對單個對象和復合對象的使用具有一致性。 

Decorator(裝飾模式):動態地給一個對象添加一些額外的職責。就擴展功能而言, 它比生成子類方式更為靈活。 

Adapter(適配器模式):將一個類的接口轉換成客戶希望的另外一個接口。Adapter模式使得原本由於接口不兼容而不能一起工作的那些類可以一起工作。 

Proxy(代理模式):為其他對象提供一個代理以控制對這個對象的訪問。 

Flyweight(享元模式):運用共享技術有效地支持大量細粒度的對象。

 

【行為型】

Iterator(迭代器模式):提供一種方法順序訪問一個聚合對象中各個元素, 而又不需暴露該對象的內部表示。 

Interpreter(解析器模式):給定一個語言, 定義它的文法的一種表示,並定義一個解釋器, 該解釋器使用該表示來解釋語言中的句子。 

Observer(觀察者模式):定義對象間的一種一對多的依賴關系,以便當一個對象的狀態發生改變時,所有依賴於它的對象都得到通知並自動刷新。 

Mediator(中介者模式):用一個中介對象來封裝一系列的對象交互。中介者使各對象不需要顯式地相互引用,從而使其耦合松散,而且可以獨立地改變它們之間的交互。 

Visitor(訪問者模式):表示一個作用於某對象結構中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用於這些元素的新操作。 

Memento(備忘錄模式):在不破壞封裝性的前提下,捕獲一個對象的內部狀態,並在該對象之外保存這個狀態。這樣以后就可將該對象恢復到保存的狀態。 

State(狀態模式):允許一個對象在其內部狀態改變時改變它的行為。對象看起來似乎修改了它所屬的類。 

Strategy(策略模式):定義一系列的算法,把它們一個個封裝起來, 並且使它們可相互替換。本模式使得算法的變化可獨立於使用它的客戶。 

Template Method(模板方法模式):定義一個操作中的算法的骨架,而將一些步驟延遲到子類中。Template Method 使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。 

Command(命令模式):將一個請求封裝為一個對象,從而使你可用不同的請求對客戶進行參數化;對請求排隊或記錄請求日志,以及支持可取消的操作。 

Chain of Responsibility(職責鏈模式):為解除請求的發送者和接收者之間耦合,而使多個對象都有機會處理這個請求。 將這些對象連成一條鏈,並沿着這條鏈傳遞該請求,直到有一個對象處理它。

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM