PHP中設(shè)計(jì)模式是什么

這篇文章給大家分享的是有關(guān)PHP中設(shè)計(jì)模式是什么的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧。

設(shè)計(jì)模式（Design pattern）

設(shè)計(jì)模式（Design pattern）是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過(guò)分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。使用設(shè)計(jì)模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。 毫無(wú)疑問，設(shè)計(jì)模式于己于他人于系統(tǒng)都是多贏的；設(shè)計(jì)模式使代碼編制真正工程化；設(shè)計(jì)模式是軟件工程的基石脈絡(luò)，如同大廈的結(jié)構(gòu)一樣。

為什么要提倡設(shè)計(jì)模式 (Design Pattern)呢？

根本原因是為了代碼復(fù)用，增加可維護(hù)性。

那么怎么才能實(shí)現(xiàn)代碼復(fù)用呢？面向?qū)ο笥袔讉€(gè)原則：開閉原則（Open Closed Principle，OCP）、里氏代換原則（Liskov Substitution Principle，LSP）、依賴倒轉(zhuǎn)原則（Dependency Inversion Principle，DIP）、接口隔離原則（Interface Segregation Principle，ISP）、合成/聚合復(fù)用原則（Composite/Aggregate Reuse Principle，CARP）、最小知識(shí)原則（Principle of Least Knowledge，PLK，也叫迪米特法則）。開閉原則具有理想主義的色彩，它是面向?qū)ο笤O(shè)計(jì)的終極目標(biāo)。其他幾條，則可以看做是開閉原則的實(shí)現(xiàn)方法。

設(shè)計(jì)模式就是實(shí)現(xiàn)了這些原則，從而達(dá)到了代碼復(fù)用、增加可維護(hù)性的目的。

23種模式

設(shè)計(jì)模式分為三種類型，共23種:

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

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

Bridge（橋接模式）：將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。

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

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

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

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

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

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

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

Flyweight（享元模式）：運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。

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

Iterator（迭代器模式）：提供一種方法順序訪問一個(gè)聚合對(duì)象中各個(gè)元素，而又不需暴露該對(duì)象的內(nèi)部表示。

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

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

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

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

Proxy（代理模式）：為其他對(duì)象提供一個(gè)代理以控制對(duì)這個(gè)對(duì)象的訪問。

Singleton（單例模式）：保證一個(gè)類僅有一個(gè)實(shí)例，并提供一個(gè)訪問它的全局訪問點(diǎn)。 單例模式是最簡(jiǎn)單的設(shè)計(jì)模式之一，但是對(duì)于Java的開發(fā)者來(lái)說(shuō)，它卻有很多缺陷。在九月的專欄中，David Geary探討了單例模式以及在面對(duì)多線程（multi-threading）、類裝載器（class loaders）和序列化（serialization）時(shí)如何處理這些缺陷。

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

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

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

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

感謝各位的閱讀！關(guān)于PHP中設(shè)計(jì)模式是什么就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！