單一職責原則

定義

應該有且只有一個原因引起類的變更

里氏替換原則

定義

所有引用基類的地方必須能透明的使用其子類的物件

如果子類不能完整地實現父類的方法，或者父類的某些方法在子類中已經發生“畸變”，則建議斷開父子繼承關係，採用依賴、聚集、組合等關係代替繼承。

四個原則：
1. 子類必須完全實現父類的方法
2. 子類可以有自己的個性
3. 覆蓋或實現父類的方法時，輸入引數可以被放大
4. 覆蓋或實現父類方法時，輸出結果可以被縮小

最佳實踐

採用里氏替換原則時，儘量避免子類的“個性”，因為當把子類當做父類使用時，子類的“個性”被抹殺，如果子類單獨來使用，又不能發揮繼承的多型特性。

依賴倒置原則

在java中的表述是：(抽象：介面或者抽象類；細節：抽象的實現類)
1. 模組之間的依賴通過抽象發生，實現類之間不發生直接的依賴關係
2. 介面和抽象類不依賴實現類
3. 實現類依賴抽象類或介面
簡而言之：面向介面程式設計

依賴的方式

1. 建構函式傳遞依賴物件。通過建構函式宣告依賴物件，建構函式注入。
2. setter方法傳遞依賴物件。在抽象中設定setter方法宣告依賴關係，就是setter依賴注入

public interface A{
    public void setB(B foo);//B是依賴的物件，B也可能是抽象
    ...
}

1. 介面宣告依賴物件。在介面的方法中宣告依賴物件

public interface A{
    public void function(B foo);
    ...
}

最佳實踐

1. 每個類儘量都有介面或抽象類。抽象是實現依賴倒置的前提
2. 變數的表面型別儘量是抽象。即使用細節來例項化抽象物件
3. 任何類都不應從具體類派生
4. 儘量不要覆寫基類已經實現的方法。如AbstractCollection
5. 結合里氏替換原則使用。介面負責定義public屬性和方法，並且宣告與其他物件的依賴關係，抽象類負責公共構造部分的實現，實現類準確的實現業務邏輯，同時在適當的時候對父類進行細化最好的例子是java的util包

總結

倒置是指抽象間的依賴關係，而不是細節之間的依賴關係（我們把細節的依賴提高到抽象間的依賴，提升了依賴的層次，實現了倒置）。

依賴倒置是6個設計原則中最難實現的原則，是實現開閉原則的重要途徑，依賴倒置原則沒有實現，就別想實現對擴充套件開放，對修改關閉。

介面隔離原則

定義：
1. 客戶端依賴他不需要的介面
2. 類間的依賴關係應該建立在最小的介面上

介面隔離原則要求介面的方法儘量的少，不應該建立大而全的介面，應該是小而精。即便介面遵循了單一職責原則，也應該分析方法的內聯性，拆分大的介面，使其成為幾個遵循單一職責原則的小介面。

最佳實踐

1. 一個介面只服務於一個子模組或業務邏輯
2. 通過業務邏輯壓縮介面中的public方法
3. 已經被汙染的介面儘量去修改，如果變更風險大，用介面卡模式進行轉化

迪米特法則

一個物件應該對其他物件有最少的瞭解。

一個類只和朋友類交流，不與陌生類交流。類與類之間的關係建立在類間的，而不是方法間。（朋友類：出現在成員變數、方法的輸入輸出引數中的類。而出現在方法體內部的類不屬於朋友類）因此，一個業務類或模型類的方法中儘量不要出現其他業務類或模型類例項，應該傳參實現。

開閉原則

一個軟體實體如類、模組和函式應該對外擴充套件開放，對修改關閉。