Java設計模式中的七大原則詳細講解

更新時間：2023年02月17日 14:46:47 作者：非凡的小笨魚

本篇文章主要對Java中的設計模式如，創(chuàng)建型模式、結構型模式和行為型模式以及7大原則進行了歸納整理，需要的朋友可以參考下,希望能給你帶來幫助

1.開閉原則(軟件設計第一原則)

定義：一個軟件實體應該對擴展開放，對修改關閉，即在不修改源代碼的基礎上擴展軟件功能

本質思想：

以抽象來固定不變的東西(把固定不變的抽出來)
使用具體實現(xiàn)對可變性進行封裝/隱藏
面向抽象編程

2.依賴倒置原則

開閉原則是目標，依賴倒置是手段

三層含義：

高層模塊不應該依賴于低層模塊，兩者都應該依賴其抽象（例如一個類的成員變量、方法的入?yún)?、返回值不應該是一個具體類，而最好是一個抽象類）
抽象不應該依賴細節(jié)（業(yè)務代碼不關心具體類）
細節(jié)應該依賴抽象（業(yè)務代碼只關心抽象類）

依賴倒置原則的核心就是面向抽象（抽象類或者接口）編程

3.里氏替換原則

定義：在一個軟件產(chǎn)品中，父類對象可以出現(xiàn)的地方，都可以替換成它的子類對象，且不能發(fā)生錯誤和異常，里氏替換原則為良好的繼承定義了規(guī)范

四層含義：

子類必須完全實現(xiàn)父類的抽象方法，但不能覆蓋(重寫)父類的非抽象方法
子類可以增加自己特有的方法
當子類一定要重寫父類的方法時，子類方法的形參（前置條件）要比父類更寬松（例如父類使用HashMap，子類使用Map）
當子類實現(xiàn)父類的抽象方法時，方法的返回值（后置條件）要比父類更加嚴格

總結：子類可以擴展父類的功能，但是不能去改變父類原有的功能（遵循父類原有的基礎特性，進行一系列的行為變化）

4.合成復用原則

定義：在軟件復用時，要盡量使用組合/聚合(has a)等關聯(lián)關系來實現(xiàn)，即組合/聚合優(yōu)先于繼承

如果要使用繼承關系，則必須嚴格遵循里氏替換原則

合成復用原則和里氏替換原則是相輔相成的，兩者都是開閉原則的具體實現(xiàn)規(guī)范

設計模式用繼承對行為變化進行分類，而不是使用繼承來復用邏輯

繼承破壞了類的封裝性，父類的實現(xiàn)細節(jié)全都暴露給子類了
父類和子類的耦合性太高，父類的修改直接影響子類
繼承是靜態(tài)的，與IOC動態(tài)注入相違背

5.接口隔離原則

定義：使用多個專門的接口，而不是使用單一的總接口；客戶端調用者代碼不應該依賴它不需要的接口

使用原則：

根據(jù)接口隔離原則拆分接口時，首先必須滿足單一職責原則
提高高內聚（每個接口都只負責相互獨立的部分，方法間都是強相關的）
定制服務
接口設計要有限度（不要讓類過于膨脹）

目標：在發(fā)生代碼變更，接口變更的情況下，盡量做到影響程度最低

6.迪米特法則

規(guī)則：一個類應該盡量少的對其他類相互作用(依賴/調用)
解釋：只與直接朋友(私有成員變量、方法入?yún)ⅰew的對象)進行通信，間接朋友：調用直接朋友的方法獲取到的對象
目的：讓類之間解耦，提高類的復用性，當其他類發(fā)生變更的時候，對這個類的影響才最小
缺點：過于嚴格的遵守此原則，會導致系統(tǒng)產(chǎn)生大量透明的小方法，需要在朋友數(shù)量和小方法之間進行權衡

通過下面的例子加深理解，Person類想調用Stranger類執(zhí)行一些邏輯

public class Person {
    private Friend friend = null;
    // 遵循迪米特法則
    // 將Stranger類封裝/隱藏了，Person類不知道Stranger類的存在
    // 但是Friend類產(chǎn)生了callStrangerDoSomething這個透明的小方法
    public void right(){
        friend.callStrangerDoSomething();
    }
    // 不遵循迪米特法則
    // 與Stranger類耦合了
    public void wrong(){
        Stranger stranger = friend.getStranger();
        stranger.doSomething();
    }
}