設計模式(Design pattern)
設計模式(Design pattern)是一套被重複使用、多數人知曉的、經過分類編目的、程式碼設計經驗的總結。使用設計模式是為了可重複使用程式碼、讓程式碼更容易被他人理解、保證程式碼可靠性。毫無疑問,設計模式於己於他人於系統都是多贏的;設計模式使程式碼編制真正工程化;設計模式是軟體工程的基石脈絡,如同大廈的結構一樣。
為什麼要提倡設計模式 (Design Pattern)呢?
根本原因是為了程式碼重複使用,增加可維護性。
那麼要怎麼實現程式碼重複使用呢?物件導向有幾個原則:開閉原則(Open Closed Principle,OCP)、里氏代換原則(Liskov Substitution Principle,LSP)、依賴倒轉原則(Dependency Inversion Principle,DIP)、介面隔離原則(Interface Segregation Principle, ISP)、合成/聚合復用原則(Composite/Aggregate Reuse Principle,CARP)、最小知識原則(Principle of Least Knowledge,PLK,也稱為迪米特法則)。開閉原則具有理想主義的色彩,它是物件導向設計的終極目標。其他幾條,則可以看做是開閉原則的實作方法。
設計模式就是實現了這些原則,從而達到了程式碼重複使用、增加可維護性的目的。
23種模式
設計模式分為三種類型,共23種:
Abstract Factory
(抽象工廠模式):提供一個建立一系列相關或相互依賴物件的接口,而無需指定它們特定的類別。
Adapter
(適配器模式):將一個類別的介面轉換成客戶希望的另一個介面。 Adapter模式使得原本因為介面不相容而無法一起工作的那些類別可以一起工作。
Bridge
(橋接模式):將抽象部分與它的實作部分分離,使它們都可以獨立地變化。
Builder
(建造者模式):將一個複雜物件的建構與它的表示分離,使得同樣的建構過程可以創造不同的表示。
Chain of Responsibility
(職責鏈模式):為解除請求的發送者和接收者之間耦合,而使多個物件都有機會處理這個請求。將這些物件連成一條鏈,並沿著這條鏈傳遞該請求,直到有一個物件處理它。
Command
(命令模式):將一個請求封裝為一個對象,從而使你可用不同的請求對客戶進行參數化;對請求排隊或記錄請求日誌,以及支援可取消的操作。
Composite
(組合模式):將物件組合成樹狀結構以表示「部分-整體」的層次結構。它使得客戶對單一物件和複合物件的使用具有一致性。
Decorator
(裝飾模式):動態地為一個物件添加一些額外的職責。就擴充功能而言, 它比生成子類別方式更為靈活。
Facade
(外觀模式):為子系統中的一組接口提供一個一致的介面,Facade模式定義了一個高層接口,這個接口使得這個子系統更容易使用。
Factory Method
(工廠模式):定義一個用於建立物件的接口,讓子類別決定將哪一個類別實例化。 Factory Method使一個類別的實例化延遲到其子類別。
Flyweight
(享元模式):運用共享技術有效地支援大量細粒度的物件。
Interpreter
(解析器模式):給定一個語言, 定義它的文法的一種表示,並定義一個解釋器, 該解釋器使用該表示來解釋語言中的句子。
Iterator
(迭代器模式):提供一個方法順序來存取一個聚合物件中各個元素,而不需要暴露該物件的內部表示。
Mediator
(中介模式):用一個中介物件來封裝一系列的物件互動。中介者使各物件不需要明確地相互引用,從而使其耦合鬆散,而且可以獨立地改變它們之間的交互作用。
Memento
(備忘錄模式):在不破壞封裝性的前提下,捕捉一個物件的內部狀態,並在該物件之外保存這個狀態。這樣以後就可將該物件恢復到已儲存的狀態。
Observer
(觀察者模式):定義物件間的一種一對多的依賴關係,以便當一個物件的狀態改變時,所有依賴於它的物件都得到通知並自動刷新。
Prototype
(原型模式):用原型實例指定建立物件的種類,並且透過拷貝這個原型來建立新的物件。
Proxy
(代理模式):為其他物件提供一個代理以控制對這個物件的存取。
Singleton
(單例模式):保證一個類別只有一個實例,並提供一個存取它的全域存取點。單例模式是最簡單的設計模式之一,但對於Java的開發者來說,它卻有很多缺陷。在九月的專欄中,David Geary探討了單例模式以及在面對多執行緒(multi-threading)、類別裝載器(class loaders)和序列化(serialization)時如何處理這些缺陷。
State
(狀態模式):允許一個物件在其內部狀態改變時改變它的行為。物件看起來似乎修改了它所屬的類別。
Strategy
(策略模式):定義一系列的演算法,把它們一個個封裝起來, 並且使它們可相互替換。本模式使得演算法的變化可獨立於使用它的客戶。
Template Method
(模板方法模式):定義一個操作中的演算法的骨架,而將一些步驟延遲到子類別中。 Template Method使得子類別可以不改變一個演算法的結構即可重定義該演算法的某些特定步驟。
Visitor
(訪客模式):表示一個作用於某物件結構中的各元素的操作。它使你可以在不改變各元素的類別的前提下定義作用於這些元素的新操作。
以上是PHP設計模式概述的詳細內容。更多資訊請關注PHP中文網其他相關文章!