設計模式是指開發人員針對軟體開發過程中反覆遇到的問題總結出來的解決方法。本文主要對設計模式的介紹，有興趣的朋友可以看看。
開放封閉原則：一個軟體實體如類、模組和函數應該對擴充開放，對修改關閉。
里氏替換原則：所有引用基底類別的地方必須能透明地使用其子類別的物件.
依賴倒置原則：高層模組不應該依賴低層模組，二者都應該依賴其抽象；抽像不應該依賴細節；細節應該依賴抽象。
單一職責原則：不要存在多於一個導致類別變更的原因。通俗的說，即一個類只負責一項職責。
介面隔離原則：客戶端不應該依賴它不需要的介面；一個類別對另一個類別的依賴應該建立在最小的介面上。
迪米特法則：一個物件應該對其他物件保持最少的了解
Abstract Factory（抽象工廠模式） ：提供一個創建一系列相關或相互依賴物件的接口，而無需指定它們特定的類別。
Adapter（適配器模式） ：將一個類別的介面轉換成客戶希望的另一個介面。 Adapter模式使得原本因為介面不相容而無法一起工作的那些類別可以一起工作。
Bridge（橋接模式） ：將抽象部分與它的實作部分分離，使它們都可以獨立地變化。
Builder（建造者模式） ：將一個複雜物件的建構與它的表示分離，使得同樣的建構過程可以創造不同的表示。
Chain of Responsibility（責任鏈模式） ：為了解除請求的發送者和接收者之間的耦合，而使多個物件都有機會處理這個請求。將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個物件處理它。
Command（命令模式） ：將一個請求封裝為一個對象，從而使你可用不同的請求對客戶進行參數化；對請求排隊或記錄請求日誌，以及支援可取消的操作。
Composite（複合模式） ：將物件組合成樹狀結構以表示「部分-整體」的層次結構。 Composite使得客戶對於單一物件和複合物件的使用具有一致性。
Decorator（裝飾器模式） ：動態地為一個物件添加一些額外的職責。就擴充功能而言，Decorator模式比產生子類別方式更為靈活。
Facade（門面模式） ：為子系統的一組介面提供一個一致的介面，Facade模式定義了一個高層接口，這個介面使得這個子系統更容易使用。
Factory Method（工廠方法模式） ：定義一個用於建立物件的接口，讓子類別決定將哪一個類別實例化。 Factory Method使一個類別的實例化延遲到其子類別。
Flyweight（享元模式） ：運用共享技術有效地支援大量細粒度的物件。
Interpreter（解釋器模式） ：給定一個語言，定義它的文法的一種表示，並定義一個解釋器，該解釋器使用該表示來解釋語言中句子。
Iterator（迭代器模式） ：提供一個方法，順序存取一個聚合物件中各個元素，而又不需要暴露該物件的內部表示。
Mediator（中介者模式） ：用一個中介物件來封裝一系列的物件互動。中介者使各物件不需要明確地相互引用，從而使其耦合鬆散，而且可以獨立地改變它們之間的交互作用。
Memento（備忘錄模式） ：在不破壞封裝性的前提下，捕獲一個物件的內部狀態，並在該物件之外保存這個狀態。這樣以後就可將該物件恢復到已儲存的狀態。
Observer（觀察者模式） ：定義物件間的一種一對多的依賴關係，以便當一個物件的狀態改變時，所有依賴它的物件都會被通知並自動重新整理.
Prototype（原型模式） ：用原型實例指定建立物件的種類，並且透過拷貝這個原型來建立新的物件。
Proxy（代理模式） ：為其他物件提供一個代理以控制對這個物件的存取。
Simple Factory （簡單工廠模式）：根據參數的不同傳回不同類別的實例。
Sigleton（單例模式） ：保證一個類別只有一個實例，並提供一個存取它的全域存取點。
State（狀態模式） ：允許一個物件在其內部狀態改變時改變它的行為。物件看起來就像修改了它所屬的類別。
Strategy（策略模式） ： 定義一系列的演算法，把它們一個個封裝起來，並且使它們可互相替換。本模式使得演算法的變化可獨立於使用它的使用者。
Template Method（模板方法模式） ：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類別中。 Template Method使得子類別可以不改變一個演算法的結構即可重新定義該演算法的某些特定步驟。
Visitor（訪客模式） ：表示一個作用於某物件結構中的各元素的操作。它使你可以在不改變各元素的類別的前提下定義作用於這些元素的新操作。
由於後面會使用UML詳細解釋模式結構，這裡先放一個簡單圖解。
想了解更多相關知識，請關注PHP中文網了解更多訊息！
以上是軟體設計模式之基本概念講解的詳細內容。更多資訊請關注PHP中文網其他相關文章！
