本文的結(jié)構(gòu)：

• 一、設(shè)計(jì)模式總覽

• 二、創(chuàng)建型設(shè)計(jì)模式 Creational Patterns

• 三、結(jié)構(gòu)型設(shè)計(jì)模式 Structural Patterns

• 四、行為型設(shè)計(jì)模式 Behavioral Patterns

一、設(shè)計(jì)模式總覽

前面【設(shè)計(jì)模式——總篇】提到了3大類共23種設(shè)計(jì)模式，還是這個(gè)圖，但是并沒(méi)有對(duì)其定義進(jìn)行描述。本文便是對(duì)這23種設(shè)計(jì)模式的定義概述，后續(xù)將逐個(gè)進(jìn)行細(xì)致的講解。

二、創(chuàng)建型設(shè)計(jì)模式 Creational Patterns

要點(diǎn)：創(chuàng)建型模式與對(duì)象的創(chuàng)建有關(guān)。

1、Factory Method(工廠方法模式,3.3)

定義：定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定將哪一個(gè)類實(shí)例化。Factory Method使一個(gè)類的實(shí)例化延遲到子類。

2、Abstract Factory(抽象工廠模式,3.1)

定義：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無(wú)需指定它們具體的類。

3、Builder(建造者模式）(3.2)

定義：將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示。

4、Prototype(原始模型模式）(3.4)

定義：用原型實(shí)例指定創(chuàng)建對(duì)象的種類，并且通過(guò)拷貝這個(gè)原型來(lái)創(chuàng)建新的實(shí)例。

5、Singleton（單例模式）(3.5)

定義：保證一個(gè)類僅有一個(gè)實(shí)例，并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)。

減少對(duì)象的創(chuàng)建和銷(xiāo)毀，提高性能，使用局部變量，保證安全問(wèn)題。

三、結(jié)構(gòu)型設(shè)計(jì)模式 Structural Patterns

要點(diǎn)：結(jié)構(gòu)型模式處理類或?qū)ο蟮慕M合。

6、Adapter(適配器模式4.1)

定義：將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另一個(gè)接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。

7、Bridge(橋梁模式,4.2)

定義：將抽象部分與它的實(shí)現(xiàn)部分分離，使得它們都可以獨(dú)立地變化。

8、Composite(合成模式,4.3)

定義：將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)。Composite使得客戶對(duì)單個(gè)對(duì)象和復(fù)合對(duì)象的使用具有一致性。

9、Decorator(裝飾模式,4.4)

定義：動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)。就擴(kuò)展功能而言，Decorator模式比生成子類方式更為靈活。

10、Facade(門(mén)面模式,4.5)

定義：為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，F(xiàn)acade模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。

11、Flyweight(享元模式,4.6)

定義：運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。

12、Proxy(代理模式,4.7)

定義：為其他對(duì)象提供一個(gè)代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)。

四、行為型設(shè)計(jì)模式 Behavioral Patterns

要點(diǎn)：行為型模式對(duì)類或?qū)ο笤鯓咏换ズ驮鯓臃峙渎氊?zé)進(jìn)行描述。

13、Interpreter(解釋器模式,5.3)

定義：給定一個(gè)語(yǔ)言，定義它的文法的一種表示，并定義一個(gè)解釋器，該解釋器使用該表示來(lái)解釋語(yǔ)言中的句子。

14、Template Method(模板方法模式,5.10)

定義：定義一個(gè)操作中的算法的骨架，而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。

15、Chain Of Responsibility(責(zé)任鏈模式,5.1)

定義：為解除請(qǐng)求的發(fā)送者和接收者之間耦合，而使多個(gè)對(duì)象都有機(jī)會(huì)處理這個(gè)請(qǐng)求。將這些對(duì)象連成一條鏈，并沿著這條鏈傳遞該請(qǐng)求，直到有一個(gè)對(duì)象處理它。

16、Command(命令模式,5.2)

定義：將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而使你可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化；對(duì)請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，以及支持可取消的操作。

17、Iterator(迭代子模式,5.4)

定義：提供一種方法順序訪問(wèn)一個(gè)聚合對(duì)象中各個(gè)元素，而又不需暴露該對(duì)象的內(nèi)部表示。

18、Mediator(調(diào)停者模式,5.5)

定義：用一個(gè)中介對(duì)象來(lái)封裝一系列的對(duì)象交互。中介者使各對(duì)象不需要顯示地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。

19、Memento(備忘錄模式,5.6)

定義：在不破壞封裝性的前提下，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)并在該對(duì)象之外保存這個(gè)狀態(tài)。這樣以后就可將該對(duì)象恢復(fù)到保存的狀態(tài)。

20、Observer(觀察者模式,5.7)

定義：定義對(duì)象的一種一對(duì)多的依賴關(guān)系，以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并自動(dòng)刷新。

21、State(狀態(tài)模式,5.8)

定義：允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變它的行為。對(duì)象看起來(lái)視乎修改了它所屬的類。

22、Strategy(策略模式,5.9)

定義：定義一系列的算法，把它們一個(gè)個(gè)封裝起來(lái)，并且使它們可相互替換。本模式使得算法的變化可以獨(dú)立于使用它的客戶。

23、Visitor(訪問(wèn)者模式,5.11)

定義：表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作。

參考：GoF Book：《Design Patterns: Elements of Reusable Object-Oriented Software》（《設(shè)計(jì)模式：可復(fù)用面向?qū)ο筌浖幕A(chǔ)》）

總結(jié)

以上是生活随笔為你收集整理的GoF 23种设计模式概述的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。