一、設計模式的分類

1.根據模式的目的：即模式是用來完成什么工作的，這種方式分為創建型模式、結構型模式和行為型模式。

（1）創建型模式：用于描述怎么樣創建對象，主要特點是：將對象的創建和使用分離，GoF 中提供了單例、原型、工廠方法、抽象工廠、建造者等 5 種創建型模式。

（2）結構型模式：用于描述如何將類或對象按某種布局組成更大的結構，GoF 中提供了代理、適配器、橋接、裝飾、外觀、享元、組合等 7 種結構型模式。

（3）行為型模式：用于描述類或對象之間怎樣相互協作共同完成單個對象都無法單獨完成的任務，以及怎樣分配職責。GoF 中提供了模板方法、策略、命令、職責鏈、狀態、觀察者、中介者、迭代器、訪問者、備忘錄、解釋器等 11 種行為型模式。

2.根據作用范圍：即模式是主要用于類上還是對象上來分，這種方式可分為類模式和對象模式兩種。

（1）類模式：用于處理類與子類之間的關系，這些關系通過繼承來建立，是靜態的，在編譯時刻便確定下來了。GoF中的工廠方法、（類）適配器、模板方法、解釋器屬于該模式。

（2）對象模式：用于處理對象之間的關系，這些關系可以通過組合或聚合來實現，在運行時刻是可以變化的，更具動態性。GoF 中除了以上 4 種，其他的都是對象模式。

?

二、GoF 23種設計模式的功能

單例模式(Singleton)：某個類只能生成一個實例，該類提供了一個全局訪問點供外部獲取該實例，其拓展是有限多例模式。

原型模式(Prototype)：將一個對象作為原型，通過對其進行復制而克隆出多個和原型類似的新實例。

工廠方法(Factory Method):定義一個用于創建產品的接口，由子類決定生產什么產品。

抽象工廠(AbstractFactory):提供一個創建產品族的接口，其每個子類可以生產一系列相關的產品。

建造者模式(Builder):將一個復雜對象分解成多個相對簡單的部分，然后根據不同需要分別創建它們，最后構建成該復雜對象。

代理模式(Proxy):為某對象提供一種代理以控制對該對象的訪問。即客戶端通過代理間接地訪問該對象，從而限制、增強或修改該對象的一些特性。

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

橋接模式(Bridge):將抽象與實現分離，使它們可以獨立變化。它是用組合關系代替繼承關系來實現，從而降低了抽象和實現這兩個可變維度的耦合度。

裝飾器模式(Decorator):動態的給對象增加一些職責，即增加其額外的功能。

外觀模式(Facade):為多個復雜的子系統提供一個一致的接口，使這些子系統更加容易被訪問。

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

組合模式(Composite):將對象組合成樹狀層次結構，使用戶對單個對象和組合對象具有一致的訪問性。

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

策略者模式(Strategy):定義了一系列算法，并將每個算法封裝起來，使它們可以相互替換，且算法的改變不會影響算法調用者。

命令模式(Command):將一個請求封裝為一個對象，使發出請求的責任和執行請求的責任分割開。

責任鏈模式(Chain of Responsibility):把請求從鏈中的一個對象傳到下一個對象，直到請求被響應為止。通過這種方式去除對象之間的耦合。

狀態模式(State):允許一個對象在其內部狀態發生改變時改變其行為能力。

觀察者模式(Observer):多個對象間存在一對多關系，當一個對象發生改變時，把這種改變通知給其他多個對象，從而影響其他對象的行為。

中介者模式(Mediator):定義一個中介對象來簡化原有對象之間的交互關系，降低系統中對象間的耦合度，使原有對象之間不必相互了解。

迭代器莫斯(Iterator):提供一種方法來順序訪問聚合對象中的一系列數據，而不暴露聚合對象的內部表示。

訪問者模式(Visitor)；在不改變集合元素的前提下，為一個集合中的每個元素提供多種訪問方式，即每個元素有多個訪問者對象訪問。

備忘錄模式(Memento):在不破壞封裝性的前提下，獲取并保存一個對象的內部狀態，以便以后恢復它。

解釋器模式(Interpreter):提供如何定義語言的文法，以及對語言句子的解釋方法，即解釋器。

?

?

總結

以上是生活随笔為你收集整理的GoF的23种设计模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。