一個人去公司上班，讓他到IT部找小張領電腦，但是小張臨時出去了沒法辦，找IT部的小李，小李卻說不是它的工作。於是只能等著小張回來處理。這就反映了管理上的一些問題。

有好的解決辦法是什麼呢？就是不管認不認識IT部的人，只要電話或親自找到IT部，它們都應該想辦法幫我解決問題。

在設計模式中的話，其實道理是一樣的。IT部代表是抽象類或介面，小張小李代表是具體類，之前你在分析會修電腦不會修收音機裡講的依賴倒轉原則，即面向介面程式設計，不要面向實現程式設計。

迪米特法則，如果兩個類不必彼此直接通訊，那麼這兩個類就不應當發生直接的相互作用，如果其中一個類需要呼叫另一個類的某個方法的話，可以通過第三者轉發這個呼叫。

迪米特法則其根本思想，是強調了類之間的鬆耦合。

類之間的耦合越弱，越有利於複用，一個處於弱耦合的類被修改，不會對有關係的類造成波及。資訊的隱藏促進了軟體的複用。