迪公尺特法則（lod：law of demeter）
定義：如果兩個類不必要直接通訊的話，那麼這兩個類就不應當發生直接的相互作用。如果其中乙個類需要呼叫另乙個類的乙個方法，可以通過第三者**這個呼叫。
以下內容參考 《大話設計模式》
例項：it部門有小李和小劉兩人，你今天入職需要it部門的人幫你安裝系統。人事安排你去找小李，到你到達it部門發現小李不在，然後你找人事，人事說你找其他人吧，然後你找小劉，小劉看到人事的安排上寫著 找小李，然後讓你等小李。 這就是典型的強耦合關係。
it部門是抽象的，這裡可以直接安排你去it部門，這就是實現依賴抽象（依賴倒轉），同時你也不需要直接和it部門的人認識（迪公尺特法則）。
迪公尺特法則首先強調的前提是在類的結構設計上，每個類應當盡量降低成員的訪問許可權，不需要讓別的類知道的字段和行為就不要公開(private)
其根本思想是強調類之間的松耦合，類之間的耦合越弱，越有利於復用，乙個處在弱耦合的類被修改，不會對有關係的類造成波及。
Java六大設計原則 迪公尺特法則
乙個物件應該對其他物件保持最少的了解。類與類之間的關係越密切，耦合度越大，當乙個類發生改變時，對另乙個類的影響也越大。盡量降低類與類之間的耦合。自從我們接觸程式設計開始，就知道了軟體程式設計的總的原則 低耦合，高內聚。無論是面向過程程式設計還是物件導向程式設計，只有使各個模組之間的耦合盡量的低，才能...
六大設計原則之迪公尺特法則
定義 乙個類和另乙個類應該保持最小的了解 問題由來 類與類之間的關係越密切，耦合度越大，當乙個類發生變化時，對另乙個類影響也越大。解決方案 盡量降低類與類之間的耦合。總公司員工 class employee public string getid 分公司員工 class subemployee pu...
六大設計原則 迪公尺特原則
1 開閉原則 2 介面隔離原則 3 依賴倒置原則 4 迪公尺特原則 5 黎克特制替換原則 6 單一職責原則 乙個物件應該對其他物件保持最少的了解。物件導向語言是萬物皆物件，類與類之間互動越頻繁，類與類之間的關係也就越密切，這就是耦合，耦合度越高，當乙個類發生改變時，對另乙個類的影響也就越大。乙個好的...