設計模式之軟件設計七大原則

0x01.開閉原則

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

• 要點：

  • 當變動發生時，不要直接修改類，而是經過繼承擴展的方式完成變動
  • 用抽象構建框架，用實現擴展細節
  • 預先設計好抽象
• 優勢：提升軟件系統的可複用性及可維護性
• 面向抽象編程，實現抽象化，抽象出業務模型
• 提升內聚，下降耦合
• 樣例代碼：https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/openclose

0x02.依賴倒置原則

• 定義：高層模塊不該該依賴低層模塊，兩者都應該依賴其抽象

  • 這個設計原則比較好理解，首先高層模塊只接口或者父類，接口或父類不應依賴其派生子類
• 抽象不該該依賴細節；細節應該依賴抽象。
• 針對接口編程，不要針對實現編程。
• 優勢：能夠減小類間的耦合性，提升系統穩定性，提升代碼可讀性和可維護性，可下降修改程序所形成的風險
• 樣例代碼：https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/dependenceinversion

0x03.單一職責原則

• 定義：不要存在多餘一個致使類變動的緣由，就一個類而言，應該只存在一個致使其變動的緣由。
• 一個類/接口/方法只負責一項職責
• 下降類的複雜度，提升類的可讀性，提升系統的可維護性，下降變動引發的風險
• 樣例代碼：https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/singleresponsibility

0x04.接口隔離原則

• 用多個專門的接口，而不是使用單一的總接口，客戶端不該該依賴它不須要的接口
• 一個類對一個類的依賴應該創建在最小的接口上
• 創建單一接口，不要創建龐大臃腫的接口
• 儘可能細化接口，接口中的方法儘可能少
• 注意適度原則，必定要適度，不然會形成類爆炸
• 優勢：符合咱們常說的高內聚低耦合的設計思想，從而使類具備很好的可讀性，可擴展性和可維護性
• 樣例代碼：https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/interfacesegregation

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

• 定義：一個對象應該對其餘對象保持最少的瞭解。又叫最少知道原則
• 儘可能下降類與類之間的耦合
• 下降類之間的耦合
• 強調只和朋友交流，不和陌生人說話
• 朋友：出如今成員變量，方法的輸入，輸出參數中的類稱爲成員朋友類，而出如今方法體內部的類不屬於朋友類。
• 類與類之間的引用，儘可能只是直接關係的引用，避免沒必要要的耦合。
• 樣例代碼：https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/demeter

0x06.里氏替換原則

• 定義：若是對每個類型爲T1的對象o1，都有類型爲T2的對象o2，使得以T1定義的全部程序P在全部的對象o1都替換成o2時，程序P的行爲沒有發生變化，那麼類型T2是類型T1的子類型。
• 定義擴展：一個軟件實體若是適用一個父類的話，那必定適用於其子類，全部引用父類的地方必須能透明的使用其子類的對象，子類對象可以替換父類對象，而程序邏輯不變。
• 引伸意義：子類能夠擴展父類的功能，但不能改變父類原有的功能。
• 含義1：子類能夠實現父類的抽象方法，但不能覆蓋父類的非抽象方法
• 含義2：子類中能夠增長本身特有的方法
• 含義3：當子類的方法重載父類的方法時，方法的前置條件（即方法的輸入/入參）要比父類方法的輸入參數更寬鬆。
• 含義4：當子類的方法實現父類的方法時（重寫/重載或實現抽象方法），方法的後置條件（即方法的輸出/返回值）要比父類更嚴格或相等。
• 優勢1：約束繼承氾濫，開閉原則的一種體現。
• 優勢2：增強程序的健壯性，同事變動時也能夠作到很是好的兼容性，提升程序的維護性、擴展性。下降需求變動時引入的風險。
• 樣例代碼：https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/liskovsubstitution

0x07.合成/複用原則（組合/複用原則）

• 定義：儘可能適用對象組合/聚合，而不是繼承關係達到軟件複用的目的
• 聚合has-A和組合contains-A
• 優勢：能夠適用系統更加靈活，下降類與類之間的耦合度，一個類的變化對其餘類形成的影響相對較少
• 什麼時候適用合成/聚合，繼承
• 聚合has-A, 組合contains-A, 繼承 is-A
• 樣例代碼：https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/compositionaggregation

0x08.代碼工程

七大設計原則: https://github.com/sigmako/design-pattern/tree/master/design-principle

0x09.參考

• 慕課網設計模式精講: https://coding.imooc.com/class/270.html