個人原文:
迪米特法則（手機上看電子書）
設計模式六大原則之五：迪米特法則。
姓名：迪米特法則
英文名：Law of Demeter
小名：最少知識原則
小名英文名：Least Knowledge Principle
價值觀：媽媽說不和陌生人說話
個人介紹：
Each unit should have only limited knowledge about other units: only units "closely" related to the current unit. (每個單元對于其他的單元隻能擁有有限的知識：隻是與目前單元緊密聯系的單元)
Each unit should only talk to its friends; don't talk to strangers. (每個單元隻能和它的朋友交談：不能和陌生單元交談)
Only talk to your immediate friends. (隻和自己直接的朋友交談)
(來自維基百科)
還是腦洞大開來個小故事。這故事還是比較現實一些，其實也不算是故事，就是咱們經常經曆的事情，現在知識付費已經廣受歡迎，18 年底更是快速猛漲，各種各樣的教育訓練、讀書、音頻學習軟體如雨後春筍一般湧現出來。我們就拿一個讀書的例子。
有一天，設計模式老師講解了迪米特法則，同學們聽得雲裡霧裡的，老師怕同學們沒掌握這個知識點，就給同學們布置了一個作業，需要同學們按迪米特法則實作。
作業是這樣子的：平常在零碎的時間裡，喜歡看一些書籍，一般都是電子書，現在我們看書的操作是這樣的：喚醒手機，打開閱讀軟體，選擇書籍，然後閱讀。總共 3 個步驟，涉及了 3 樣東西：手機、軟體、書籍。同學們用代碼實作這個過程。
第二天上課，同學們紛紛交了作業，老師随手一番，就看到了 2 個鮮明的例子，很明顯，就是一好一壞。老師便給同學們講解了這 2 個例子，讓學生感受一番迪米特法則。
代碼：
LODErrorTest
代碼是完成了讀書這個過程，看樣子是功能實作了，細看會發現代碼的邏輯不對。哪裡不對呢？書籍和應用對象都在手機上，現實是我們喚醒手機，這時手機是沒有書籍的，隻有當我們打開閱讀軟體，才有書籍可以看，沒有閱讀軟體，書籍是看不了的。是以，手機和書籍沒有一毛錢關系，書籍不應該在手機裡面。正常的設計是：手機裡面有閱讀軟體，閱讀軟體裡面有書籍，這才符合迪米特法則，按定義來說：手機和閱讀軟體是朋友，閱讀軟體和書籍是朋友，可是朋友的朋友不是朋友，也就是手機和書籍不是朋友，是以它們不應該有交集，應該離得遠遠的。
思考一下現實：工作中如果缺少代碼複核這個步驟，就會出現這樣子，後果是怎麼樣呢？會給後人挖坑，而且是大坑，因為和現實中的邏輯是對不上的，況且後人不知道當時的業務背景，隻能看代碼去熟悉，就會一步錯、步步錯，是以要好好把控代碼品質這一關，因為代碼千人千面，沒法要求代碼風格全部一緻，但至少需要實作邏輯是清晰易懂的。
LODRightTest
這段代碼就符合迪米特法則，手機中有閱讀軟體，閱讀軟體中有書籍，手機沒有書籍任何影子。正确代碼不用細講，用心去感受就可以體會到。
迪米特法則主要講述的觀點是高内聚、低耦合。我了解為：是你的，就别給别人；不是你的，就别拿。上面定義的朋友也是這個意思。
寫到這，第五個原則了，六大原則就剩下最後一個開閉原則，湊齊 6 把大刀就可以準備去大幹 23 個大漢啦。。。想想都激動。
希望文章對您有所幫助，設計模式系列會持續更新，感興趣的同學可以關注公衆号，第一時間擷取文章推送閱讀，也可以一起交流，交個朋友。
