1.簡介?

設(shè)計模式（Design pattern）代表了最佳的實踐，通常被有經(jīng)驗的面向?qū)ο蟮能浖_發(fā)人員所采用。設(shè)計模式是軟件開發(fā)人員在軟件開發(fā)過程中面臨的一般問題的解決方案。這些解決方案是眾多軟件開發(fā)人員經(jīng)過相當(dāng)長的一段時間的試驗和錯誤總結(jié)出來的。

設(shè)計模式是一套被反復(fù)使用的、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計經(jīng)驗的總結(jié)。使用設(shè)計模式是為了重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。 毫無疑問，設(shè)計模式于己于他人于系統(tǒng)都是多贏的，設(shè)計模式使代碼編制真正工程化，設(shè)計模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。項目中合理地運(yùn)用設(shè)計模式可以完美地解決很多問題，每種模式在現(xiàn)實中都有相應(yīng)的原理來與之對應(yīng)，每種模式都描述了一個在我們周圍不斷重復(fù)發(fā)生的問題，以及該問題的核心解決方案，這也是設(shè)計模式能被廣泛應(yīng)用的原因。

1994 年，由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 四人合著出版了一本名為?Design Patterns - Elements of Reusable Object-Oriented Software（中文譯名：設(shè)計模式 - 可復(fù)用的面向?qū)ο筌浖?#xff09;?的書，該書首次提到了軟件開發(fā)中設(shè)計模式的概念。

四位作者合稱?GOF（四人幫，全拼 Gang of Four）。他們所提出的設(shè)計模式主要是基于以下的面向?qū)ο笤O(shè)計原則。

---

引用自https://www.runoob.com/design-pattern/design-pattern-intro.html

2.分類

? ? ? ? GOF的23種設(shè)計模式可以分為創(chuàng)建型（怎么創(chuàng)建對象）、結(jié)構(gòu)型（用于描述如何將類或?qū)ο蟀茨撤N布局組成更大的結(jié)構(gòu)）、行為型（描述類或?qū)ο笾g怎樣相互協(xié)作共同完成單個對象都無法單獨(dú)完成的任務(wù)，以及怎樣分配職責(zé)）

創(chuàng)建型	結(jié)構(gòu)型	行為型
單例模式 抽象工廠模式 建造者模式 工廠模式 原型模式	適配器模式 橋接模式 裝飾模式 組合模式 外觀模式 享元模式 代理模式	模版方法模式 命令模式 迭代器模式 觀察者模式 中介者模式 備忘錄模式 解釋器模式 狀態(tài)模式 策略模式 職責(zé)鏈模式 訪問者模式

3.說明

• 單例（Singleton）模式：某個類只能生成一個實例，該類提供了一個全局訪問點供外部獲取該實例，其拓展是有限多例模式。
• 原型（Prototype）模式：將一個對象作為原型，通過對其進(jìn)行復(fù)制而克隆出多個和原型類似的新實例。
• 工廠方法（Factory Method）模式：定義一個用于創(chuàng)建產(chǎn)品的接口，由子類決定生產(chǎn)什么產(chǎn)品。
• 抽象工廠（AbstractFactory）模式：提供一個創(chuàng)建產(chǎn)品族的接口，其每個子類可以生產(chǎn)一系列相關(guān)的產(chǎn)品。
• 建造者（Builder）模式：將一個復(fù)雜對象分解成多個相對簡單的部分，然后根據(jù)不同需要分別創(chuàng)建它們，最后構(gòu)建成該復(fù)雜對象。
• 代理（Proxy）模式：為某對象提供一種代理以控制對該對象的訪問。即客戶端通過代理間接地訪問該對象，從而限制、增強(qiáng)或修改該對象的一些特性。
• 適配器（Adapter）模式：將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口，使得原本由于接口不兼容而不能一起工作的那些類能一起工作。
• 橋接（Bridge）模式：將抽象與實現(xiàn)分離，使它們可以獨(dú)立變化。它是用組合關(guān)系代替繼承關(guān)系來實現(xiàn)，從而降低了抽象和實現(xiàn)這兩個可變維度的耦合度。
• 裝飾（Decorator）模式：動態(tài)的給對象增加一些職責(zé)，即增加其額外的功能。
• 外觀（Facade）模式：為多個復(fù)雜的子系統(tǒng)提供一個一致的接口，使這些子系統(tǒng)更加容易被訪問。
• 享元（Flyweight）模式：運(yùn)用共享技術(shù)來有效地支持大量細(xì)粒度對象的復(fù)用。
• 組合（Composite）模式：將對象組合成樹狀層次結(jié)構(gòu)，使用戶對單個對象和組合對象具有一致的訪問性。
• 模板方法（TemplateMethod）模式：定義一個操作中的算法骨架，而將算法的一些步驟延遲到子類中，使得子類可以不改變該算法結(jié)構(gòu)的情況下重定義該算法的某些特定步驟。
• 策略（Strategy）模式：定義了一系列算法，并將每個算法封裝起來，使它們可以相互替換，且算法的改變不會影響使用算法的客戶。
• 命令（Command）模式：將一個請求封裝為一個對象，使發(fā)出請求的責(zé)任和執(zhí)行請求的責(zé)任分割開。
• 職責(zé)鏈（Chain of Responsibility）模式：把請求從鏈中的一個對象傳到下一個對象，直到請求被響應(yīng)為止。通過這種方式去除對象之間的耦合。
• 狀態(tài)（State）模式：允許一個對象在其內(nèi)部狀態(tài)發(fā)生改變時改變其行為能力。
• 觀察者（Observer）模式：多個對象間存在一對多關(guān)系，當(dāng)一個對象發(fā)生改變時，把這種改變通知給其他多個對象，從而影響其他對象的行為。
• 中介者（Mediator）模式：定義一個中介對象來簡化原有對象之間的交互關(guān)系，降低系統(tǒng)中對象間的耦合度，使原有對象之間不必相互了解。
• 迭代器（Iterator）模式：提供一種方法來順序訪問聚合對象中的一系列數(shù)據(jù)，而不暴露聚合對象的內(nèi)部表示。
• 訪問者（Visitor）模式：在不改變集合元素的前提下，為一個集合中的每個元素提供多種訪問方式，即每個元素有多個訪問者對象訪問。
• 備忘錄（Memento）模式：在不破壞封裝性的前提下，獲取并保存一個對象的內(nèi)部狀態(tài)，以便以后恢復(fù)它。
• 解釋器（Interpreter）模式：提供如何定義語言的文法，以及對語言句子的解釋方法，即解釋器。

---

引用自http://c.biancheng.net/view/1320.html

總結(jié)

以上是生活随笔為你收集整理的GOF设计模式简介的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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