設計模式 - 七大設計原則（一）

設計模式 - 七大設計原則（一）

概述

簡單介紹一下七大設計原則： 開閉原則：是全部面向對象設計的核心，對擴展開放，對修改關閉 依賴倒置原則：針對接口編程，依賴於抽象而不依賴於具體 單一職責原則：一個接口只負責一件事情，只能有一個緣由致使類變化 接口隔離原則：使用多個專門的接口，而不是使用一個總接口 迪米特法則（最少知道原則）：只和朋友交流（成員變量、方法輸入輸出參數），不和陌生人說話，控制好訪問修飾符 里氏替換原則：子類能夠擴展父類的功能，但不能改變父類原有的功能 合成複用原則：儘可能使用對象組合(has-a)/聚合(contanis-a)，而不是繼承關係達到軟件複用的目的

---

開閉原則

定義

指一個軟件實體如類、模塊和函數應該對擴展開放，對修改關閉。
所謂的開閉，也正是對擴展和修改兩個行爲的一個原則。強調的是用抽象構建框架，用實現擴展細節。能夠提升軟件系統的可複用性及可維護性。開閉原則，是面向對象設計中最基礎的設計原則。它指導咱們如何創建穩定靈活的系統，例如：咱們版本更新，我儘量不修改源代碼，可是能夠增長新功能。

在現實生活中對於開閉原則也有體現。好比，不少互聯網公司都實行彈性製做息時間，規定天天工做 8 小時。意思就是說，對於天天工做 8 小時這個規定是關閉的，可是你何時來，何時走是開放的。早來早走，晚來晚走。

實例

實現開閉原則的核心思想就是面向抽象編程，接下來咱們來看一段代碼：

以書店銷售書籍爲例，建立書籍接口：

/** * @author eamon.zhang * @date 2019-09-25 上午10:26 */
public interface IBook {
    // 書籍名稱
    public String getName();
    // 價格
    public int getPrice();
    // 做者
    public String getAuthor();
}
複製代碼

書籍分爲不少類，好比有小說類等，建立小說類書籍：

/** * @author eamon.zhang * @date 2019-09-25 上午10:30 */
public class NovelBook implements IBook {
    // 書名
    private String name;
    // 售價
    private int price;
    // 做者
    private String author;
    // 經過構造函數傳遞數據數據
    public NovelBook(String name, int price, String author) {
        this.name = name;
        this.price = price;
        this.author = author;
    }
    // 獲取書名
    public String getName() {
        return this.name;
    }
    // 獲取價格
    public int getPrice() {
        return this.price;
    }
    // 獲取做者
    public String getAuthor() {
        return this.author;
    }
}
複製代碼

如今咱們要給小說類書籍作一個活動，價格優惠。若是修改 NovelBook 中的 getPrice()方法，則會存在必定的風險，可能影響其餘地方的調用結果。咱們如何在不修改原有代碼前提早下，實現價格優惠這個功能呢？如今，咱們再寫一個處理優惠邏輯的類，NovelDiscountBook 類（思考一下爲何要叫 NovelDiscountBook，而不叫 DiscountBook）：

/** * @author eamon.zhang * @date 2019-09-25 上午10:36 */
public class NovelDiscountBook extends NovelBook {
    public NovelDiscountBook(String name, int price, String author) {
        super(name, price, author);
    }

    public double getOriginPrice(){
        return super.getPrice();
    }

    public double getPrice(){
        return super.getPrice() * 0.85;
    }
}
複製代碼

類結構圖

---

依賴倒置原則

定義

依賴倒置原則（DependenceInversionPrinciple,DIP）是指設計代碼結構時，高層模塊不該該依賴底層模塊，兩者都應該依賴其抽象。抽象不該該依賴細節；細節應該依賴抽象。經過依賴倒置，能夠減小類與類之間的耦合性，提升系統的穩定性，提升代碼的可讀性和可維護性，並可以下降修改程序所形成的風險。

實例

咱們以閱讀書籍爲例，先建立一個 Eamon 類：

/** * @author eamon.zhang * @date 2019-09-25 上午11:09 */
public class Eamon {
    public void readNotreDame(){
        System.out.println("Eamon 在閱讀 《巴黎聖母院》");
    }

    public void readTheOldManAndTheSea(){
        System.out.println("Eamon 在閱讀 《老人與海》");
    }
}
複製代碼

寫個測試類調用一下：

public static void main(String[] args) {
    Eamon eamon = new Eamon();
    eamon.readNotreDame();
    eamon.readTheOldManAndTheSea();
}
複製代碼

Eamon 目前正在閱讀者兩本書。可是學習是無止境的，Eamon 讀完這些書以後還想讀《天龍八部》。這個時候，業務擴展，咱們的代碼要從底層到高層（調用層）一次修改代碼。在 Eamon 類中添加 readTianLongBaBu()的方法，在高層也要追加調用。如此一來，系統發佈之後，其實是很是不穩定的，在修改代碼的同時也會帶來意想不到的風險。接下來咱們優化代碼，建立一個課程的抽象 IBook 接口：

/** * @author eamon.zhang * @date 2019-09-25 上午11:20 */
public interface IBook {
    void read();
}
複製代碼

而後寫NotreDameBook類：

/** * @author eamon.zhang * @date 2019-09-25 上午11:22 */
public class NotreDameBook implements IBook {
    public void read() {
        System.out.println("Eamon 在閱讀 《巴黎聖母院》");
    }
}
複製代碼

再寫  TheOldManAndTheSeaBook  類：

/** * @author eamon.zhang * @date 2019-09-25 上午11:23 */
public class TheOldManAndTheSeaBook implements IBook{
    public void read() {
        System.out.println("Eamon 在閱讀 《老人與海》");
    }
}
複製代碼

修改Eamon類

/** * @author eamon.zhang * @date 2019-09-25 上午11:09 */
public class Eamon {
    public void read(IBook iBook){
        iBook.read();
    }
}
複製代碼

來看調用：

public static void main(String[] args) {
    Eamon eamon = new Eamon();
    eamon.read(new NotreDameBook());
    eamon.read(new TheOldManAndTheSeaBook());
}
複製代碼

咱們這時候再看來代碼，Eamon 再想讀任何書，對於新書，我只須要新建一個類，經過傳參的方式告訴 Eamon，而不須要修改底層代碼。實際上這是一種你們很是熟悉的方式，叫依賴注入。注入的方式還有構造器方式和 setter 方式。咱們來看構造器注入方式：

/** * @author eamon.zhang * @date 2019-09-25 上午11:09 */
public class Eamon {

    public Eamon(IBook iBook) {
        this.iBook = iBook;
    }

    private IBook iBook;

     public void read(){
        iBook.read();
    }
}
複製代碼

看調用代碼：

public static void main(String[] args) {
    Eamon eamon = new Eamon(new NotreDameBook());
    eamon.read();
}
複製代碼

根據構造器方式注入，在調用時，每次都要建立實例。那麼，若是 Eamon 是全局單例，則咱們就只能選擇用 Setter 方式來注入，繼續修改 Eamon 類的代碼：

/** * @author eamon.zhang * @date 2019-09-25 上午11:09 */
public class Eamon {
    private IBook iBook;
    public void setBook(IBook iBook) {
        this.iBook = iBook;
    }
    public void read(){
        iBook.read();
    }
}
複製代碼

看調用代碼：

public static void main(String[] args) {
    Eamon eamon = new Eamon();
    eamon.setBook(new NotreDameBook());
    eamon.read();

    eamon.setBook(new TheOldManAndTheSeaBook());
    eamon.read();
}
複製代碼

最終類圖

切記：以抽象爲基準比以細節爲基準搭建起來的架構要穩定得多，所以你們在拿到需求以後，要面向接口編程，先頂層再細節來設計代碼結構。

聲明

文中部份內容參考網絡！

封面圖源網絡，侵刪！

內容爲原創，轉發請註明出處！