詳細介紹設計模式中的六大原則

單一職責原則

定義：不要存在多於一個導致類別變更的原因。通俗的說，即一個類只負責一項職責。

R里氏替換原則

定義1：如果對每一個類型為T1 的物件o1，都有一個類型為T2 的物件o2，使得以T1 定義的所有程式P 在所有的物件o1

都代換成o2 時，程式P 的行為沒有發生變化，那麼類型T2 是類型T1 的子類型。

定義2：所有引用基底類別的地方必須能透明地使用其子類別的物件。也就是說任何基底類別可以出現的地方，子類別一定可以出

現。

里氏替換原則通俗的來講就是：子類別可以擴充父類別的功能，但不能改變父類別原有的功能。它包含以下4層意義：

1). 子類別可以實作父類別的抽象方法，但不能覆寫父類別的非抽象方法。

2). 子類別中可以增加自己特有的方法。

3). 當子類別的方法重載父類別的方法時，方法的前置條件（即方法的形參）要比父類別方法的輸入參數更寬鬆。

4). 當子類別的方法實作父類別的抽象方法時，方法的後置條件（即方法的傳回值）比父類別更嚴格。

依賴倒置原則

定義：高層模組不應該依賴低層模組，二者都應該依賴其抽象；抽像不應該依賴細節；細節應該依賴抽象。

依賴倒置原則的核心思想是：面向介面#。

傳遞依賴關係有三種方式：1.介面傳遞，2.建構方法傳遞，3.setter方法傳遞。

在實際程式設計中，我們一般需要做到如下3點：

1). 低層模組盡量都要有抽象類別或接口，或兩者都有。

2). 變數的宣告類型盡量是抽象類別或介面。

3). 使用繼承時遵循里氏替換原則。

介面隔離原則

定義：用戶端不應該依賴它不需要的介面；一個類別對另一個類別的依賴應該建立在最小的介面上。

應為客戶端提供近可能小的單獨的接口，而不是提供大的總接口。

1). 使用多個專門的介面比使用單一的總介面好。

2). 一個類別對另外一個類別的依賴性應是建立在最小的介面上的。

3). 一個介面代表一個角色，不應當將不同的角色都交給一個介面。沒有關係的接口合併在一起，形成一個臃腫的大

接口，這是對角色和接口的污染。

4). 「不應該強迫客戶依賴它們不用的方法。介面屬於客戶，不屬於它所在的類別層次結構。」

#這個說得很明白了，再通俗點說，不要強迫客戶使用它們不用的方法，如果強迫用戶使用它們不使用的方法，那麼這

#些客戶就會面臨由於這些不使用的方法的改變所帶來的改變。

#迪米特原則

定義：一個對象應該對其他對象保持最少的了解。

#

顯然，介面隔離原則與廣義的迪米特原則都是對一個軟體實體與其他的軟體實體的通訊的限制。廣義的迪米特原則要

求盡可能限制通訊的寬度和深度。介面隔離原則所限制的是通訊的寬度，也就是說，通訊應盡可能地窄。

迪米特法則又叫最少知道原則，最早是在1987年由美國Northeastern University的Ian Holland提出。通俗的來講，就

是一個類別對自己依賴的類別知道的越少越好。也就是說，對於被依賴的類別來說，無論邏輯多麼複雜，都盡量地的將邏輯

#封裝在類別的內部，對外除了提供的public方法，不對外洩漏任何資訊。迪米特法則還有一個更簡單的定義：只與直接

的朋友通信。首先來解釋一下什麼是直接的朋友：每個物件都會與其他物件有耦合關係，只要兩個物件之間有耦合關

系，我們就說這兩個對象之間是朋友關係。耦合的方式很多，依賴、關聯、組合、聚合等。其中，我們稱出現成員變

量、方法參數、方法回傳值中的類別為直接的朋友，而出現在局部變數中的類別則不是直接的朋友。也就是說，陌生的類別

最好不要作為局部變數的形式出現在類別的內部。

開閉原則

一個軟體實體應當是對擴充開放，對修改關閉。

組合/聚合復用原則

要盡量使用組合/聚合，而不是繼承關係達到重複使用的目的。

#

以上是詳細介紹設計模式中的六大原則的詳細內容。更多資訊請關注PHP中文網其他相關文章！