迪米特法則

個人原文:
迪米特法則（手機上看電子書）

設計模式六大原則之五：迪米特法則。

簡介

姓名：迪米特法則

英文名：Law of Demeter

小名：最少知識原則

小名英文名：Least Knowledge Principle

價值觀：媽媽說不和陌生人說話

個人介紹：

1. Each unit should have only limited knowledge about other units: only units "closely" related to the current unit. (每個單元對于其他的單元只能擁有有限的知識：只是與當前單元緊密聯系的單元)
2. Each unit should only talk to its friends; don't talk to strangers. (每個單元只能和它的朋友交談：不能和陌生單元交談)
3. Only talk to your immediate friends. (只和自己直接的朋友交談)
   (來自維基百科)

還是腦洞大開來個小故事。這故事還是比較現實一些，其實也不算是故事，就是咱們經常經歷的事情，現在知識付費已經廣受歡迎，18 年底更是快速猛漲，各種各樣的培訓、讀書、音頻學習軟件如雨后春筍一般涌現出來。我們就拿一個讀書的例子。

有一天，設計模式老師講解了迪米特法則，同學們聽得云里霧里的，老師怕同學們沒掌握這個知識點，就給同學們布置了一個作業，需要同學們按迪米特法則實現。

作業是這樣子的：平常在零碎的時間里，喜歡看一些書籍，一般都是電子書，現在我們看書的操作是這樣的：喚醒手機，打開閱讀軟件，選擇書籍，然后閱讀。總共 3 個步驟，涉及了 3 樣東西：手機、軟件、書籍。同學們用代碼實現這個過程。

第二天上課，同學們紛紛交了作業，老師隨手一番，就看到了 2 個鮮明的例子，很明顯，就是一好一壞。老師便給同學們講解了這 2 個例子，讓學生感受一番迪米特法則。

錯誤例子

public class LODErrorTest {

    public static void main(String[] args) {
        Phone phone = new Phone();
        phone.readBook();
    }

}

/**
 * 錯誤的示范
 */
class Phone {
    App app = new App();
    Book book = new Book("設計模式");
    public void readBook() {
        app.read(book);
    }

}

class App {

    public void read(Book book) {
        System.out.println(book.getTitle());
    }

}

class Book {

    private String title;

    public Book(String title) {
        this.title = title;
    }

    public String getTitle() {
        return title;
    }

    public void setTitle(String title) {
        this.title = title;
    }
}

代碼：
LODErrorTest

代碼是完成了讀書這個過程，看樣子是功能實現了，細看會發現代碼的邏輯不對。哪里不對呢？書籍和應用對象都在手機上，現實是我們喚醒手機，這時手機是沒有書籍的，只有當我們打開閱讀軟件，才有書籍可以看，沒有閱讀軟件，書籍是看不了的。因此，手機和書籍沒有一毛錢關系，書籍不應該在手機里面。正常的設計是：手機里面有閱讀軟件，閱讀軟件里面有書籍，這才符合迪米特法則，按定義來說：手機和閱讀軟件是朋友，閱讀軟件和書籍是朋友，可是朋友的朋友不是朋友，也就是手機和書籍不是朋友，所以它們不應該有交集，應該離得遠遠的。

思考一下現實：工作中如果缺少代碼復核這個步驟，就會出現這樣子，后果是怎么樣呢？會給后人挖坑，而且是大坑，因為和現實中的邏輯是對不上的，況且后人不知道當時的業務背景，只能看代碼去熟悉，就會一步錯、步步錯，所以要好好把控代碼質量這一關，因為代碼千人千面，沒法要求代碼風格全部一致，但至少需要實現邏輯是清晰易懂的。

正確例子

public class LODRightTest {

    public static void main(String[] args) {
        Phone2 phone2 = new Phone2();
        phone2.readBook();
    }

}

/**
 * 正確的示范
 */
class Phone2 {

    private App2 app2 = new App2();

    public void readBook() {
        app2.read();
    }

}

class App2 {
    private Book2 book2 = new Book2("設計模式");

    public void read() {
        System.out.println(book2.getTitle());
    }

}

class Book2 {

    private String title;

    public Book2(String title) {
        this.title = title;
    }

    public String getTitle() {
        return title;
    }

    public void setTitle(String title) {
        this.title = title;
    }
}

代碼：
LODRightTest

這段代碼就符合迪米特法則，手機中有閱讀軟件，閱讀軟件中有書籍，手機沒有書籍任何影子。正確代碼不用細講，用心去感受就可以體會到。

總結

迪米特法則主要講述的觀點是高內聚、低耦合。我理解為：是你的，就別給別人；不是你的，就別拿。上面定義的朋友也是這個意思。

寫到這，第五個原則了，六大原則就剩下最后一個開閉原則，湊齊 6 把大刀就可以準備去大干 23 個大漢啦。。。想想都激動。

希望文章對您有所幫助，設計模式系列會持續更新，感興趣的同學可以關注公眾號，第一時間獲取文章推送閱讀，也可以一起交流，交個朋友。