概述
迪公尺特法則要求類「羞澀」或者說是私密一點，盡量不要對外公布太多的public方法和非靜態的public變數，盡量內斂，多使用private、package-private、protected等訪問許可權。
迪公尺特法則的核心觀念
就是類間解耦，弱耦合，只有弱耦合了以後，類的復用率才可以提高。
類與類之間只需要開放彼此需要的介面，而且對方不知道介面中具體的實現細節，提供服務的類可定義相應的引數來為服務的請求者開放一定的靈活性（通俗的講就是帶形參的方法等方式），如果開放過多的細節，或者說類之間有過多的細節互動就會造成類之間的高耦合，高耦合意味著後期的難以維護，牽一發則動全身。低耦合促成**的高復用，高耦合阻礙**的重用。只要是乙個業務當中，不同的類之間肯定有不同程度的耦合，開發中不一定非要嚴格執行最低耦合度，應該根據實際的業務需求來制定最優方案。
迪公尺特法則
定義 乙個物件應該對其他物件保持最少的了解。問題由來 類與類之間的關係越密切，耦合度越大，當乙個類發生改變時，對另乙個類的影響也越大。解決方案 盡量降低類與類之間的耦合。自從我們接觸程式設計開始，就知道了軟體程式設計的總的原則 低耦合，高內聚。無論是面向過程程式設計還是物件導向程式設計，只有使各個模...
迪公尺特法則
自從我們接觸程式設計開始，就知道了軟體程式設計的總的原則 低耦合，高內聚。無論是面向過程程式設計還是物件導向程式設計，只有使各個模組之間的耦合盡量的低，才能提高 的復用率。怎麼樣程式設計才能做到低耦合呢？那正是迪公尺特法則要去完成的。類與類之間的關係越密切，耦合度越大，當乙個類發生改變時，對另乙個類...
迪公尺特法則
迪公尺特法則又稱為最少知識法則，即 如果兩個類不必彼此直接通訊，那麼這兩個類就不應該發生直接的相互作用。如果其中乙個類需要呼叫另乙個類的某乙個方法的話，可以通過第三方來 這個呼叫。迪公尺特法則特別強調的是類之間的松耦合，即在類的結構設計上，每乙個類都應該盡量降低成員的訪問許可權。我們在進行程式設計時...