設計模式主要分為三大類，各自還有許多子類：

• 創建型模式

模式名描述

抽象工廠模式	為一個產品族提供了統一的創建接口。當需要這個產品族的某一系列的時候，可以從抽象工廠中選出相應的系列創建一個具體的工廠類。
工廠方法模式	定義一個接口用于創建對象，但是讓子類決定初始化哪個類。工廠方法把一個類的初始化下放到子類。
生成器模式	將一個復雜對象的構建與它的表示分離，使得同樣的構建過程可以創建不同的表示。
惰性初始模式	推遲對象的創建、數據的計算等需要耗費較多資源的操作，只有在第一次訪問的時候才執行。
對象池模式	通過回收利用對象避免獲取和釋放資源所需的昂貴成本。
原型模式	用原型實例指定創建對象的種類，并且通過拷貝這些原型創建新的對象。
單例模式	確保一個類只有一個實例，并提供對該實例的全局訪問。

• 結構性模式

模式名描述

適配器模式	將某個類的接口轉換成客戶端期望的另一個接口表示。適配器模式可以消除由于接口不匹配所造成的類兼容性問題。
橋接模式	將一個抽象與實現解耦，以便兩者可以獨立的變化。
組合模式	把多個對象組成樹狀結構來表示局部與整體，這樣用戶可以一樣的對待單個對象和對象的組合。
修飾模式	向某個對象動態地添加更多的功能。修飾模式是除類繼承外另一種擴展功能的方法。
外觀模式	為子系統中的一組接口提供一個一致的界面， 外觀模式定義了一個高層接口，這個接口使得這一子系統更加容易使用。
享元	通過共享以便有效的支持大量小顆粒對象。
代理	為其他對象提供一個代理以控制對這個對象的訪問。

• 行為型模式

模式名描述

黑板	廣義的觀察者在系統范圍內交流信息，允許多位讀者和寫者。
責任鏈	為解除請求的發送者和接收者之間耦合，而使多個對象都有機會處理這個請求。將這些對象連成一條鏈，并沿著這條鏈傳遞該請求，直到有一個對象處理它。
命令	將一個請求封裝為一個對象，從而使你可用不同的請求對客戶進行參數化；對請求排隊或記錄請求日志，以及支持可取消的操作。
解釋器	給定一個語言, 定義它的文法的一種表示，并定義一個解釋器, 該解釋器使用該表示來解釋語言中的句子。
迭代器	提供一種方法順序訪問一個聚合對象中各個元素, 而又不需暴露該對象的內部表示。
中介者	包裝了一系列對象相互作用的方式，使得這些對象不必相互明顯作用，從而使它們可以松散偶合。當某些對象之間的作用發生改變時，不會立即影響其他的一些對象之間的作用，保證這些作用可以彼此獨立的變化。
備忘錄	備忘錄對象是一個用來存儲另外一個對象內部狀態的快照的對象。備忘錄模式的用意是在不破壞封裝的條件下，將一個對象的狀態捉住，并外部化，存儲起來，從而可以在將來合適的時候把這個對象還原到存儲起來的狀態。
空對象	通過提供默認對象來避免空引用。
觀察者模式	在對象間定義一個一對多的聯系性，由此當一個對象改變了狀態，所有其他相關的對象會被通知并且自動刷新。
規格	以布爾形式表示的可重綁定的商業邏輯。
狀態	讓一個對象在其內部狀態改變的時候，其行為也隨之改變。狀態模式需要對每一個系統可能獲取的狀態創立一個狀態類的子類。當系統的狀態變化時，系統便改變所選的子類。
策略	定義一個算法的系列，將其各個分裝，并且使他們有交互性。策略模式使得算法在用戶使用的時候能獨立的改變。
模板方法	模板方法模式準備一個抽象類，將部分邏輯以具體方法及具體構造子類的形式實現，然后聲明一些抽象方法來迫使子類實現剩余的邏輯。不同的子類可以以不同的方式實現這些抽象方法，從而對剩余的邏輯有不同的實現。先構建一個頂級邏輯框架，而將邏輯的細節留給具體的子類去實現。
訪問者	封裝一些施加于某種數據結構元素之上的操作。一旦這些操作需要修改，接受這個操作的數據結構可以保持不變。訪問者模式適用于數據結構相對未定的系統，它把數據結構和作用于結構上的操作之間的耦合解脫開，使得操作集合可以相對自由的演化。

轉載于:https://www.cnblogs.com/leonchan/p/11572632.html

總結

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

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