1.單一職責

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

優點：

1）、可以降低類的復雜度，一個類只負責一項職責，邏輯簡單；

2）、提高類的可讀性，提高系統的可維護性；

3）、變更引起的風險降低，變更是必然的。

2.裏氏代換原則

定義：所有引用基類的地方必須能透明地使用其子類的對象，也就是說子類可以擴展父類的功能，但不能改變父類原有的功能

。

3.依賴倒置原則

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

此處理解起來是最困難的，一般會在項目框架的搭建的時候用到，例如，業務邏輯層相對於數據層是高層模塊，因為業務邏輯層需要調用數據層去連接數據庫，但是要做到可擴展高復用，盡量不要讓業務邏輯層依賴數據層，可以在數據層抽象出一個接口，讓業務邏輯層依賴於這個抽象接口。

優點：

1）、低層模塊盡量都要有抽象類或接口，或者兩者都有。

2）、變量的聲明類型盡量是抽象類或接口。

3）、使用繼承時遵循裏氏替換原則。

4.接口隔離原則

定義：客戶端不應該依賴它不需要的接口；一個類對另一個類的依賴應該建立在最小的接口上。

註意：

1）、接口盡量小，但是要有限度。對接口進行細化可以提高程序設計靈活性 是不掙的事實，但是如果過小，則會造成接口數量過多，使設計復雜化。所以一定要適度。

2）、為依賴接口的類定制服務，只暴露給調用的類它需要的方法，它不需要的方法則隱藏起來。只有專註地為一個模塊提供定制服務，才能建立最小的依賴關系。

3）、提高內聚，減少對外交互。使接口用最少的方法去完成最多的事情。

５.迪米特法則（最少知道原則）

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

　　簡單的理解就是高內聚，一個類的方法和屬性能用私有的就盡量私有化。

　　註意：

1）、只與直接的朋友通信，不要和陌生人說話。

2）、過分的使用該原則，將導致系統復雜度變大。所以在采用迪米特法則時要反復權衡，既做到結構清晰，又要高內聚低耦合。

6.開閉原則

定義：一個軟件實體如類、模塊和函數應該對擴展開放，對修改關閉。

場景：在軟件的生命周期內，因為變化、升級和維護等原因需要對軟件原有代碼進行修改時，可能會給舊代碼中引入錯誤，也可能會使我們不得不對整個功能進行重構，並且需要原有代碼經過重新測試。

建議：當軟件需求變化時，盡量通過擴展軟件實體的行為來實現變化，而不是通過修改已有的代碼來實現變化。

php設計六大原則