迪公尺特法則又稱為最少知識法則，即：如果兩個類不必彼此直接通訊，那麼這兩個類就不應該發生直接的相互作用。如果其中乙個類需要呼叫另乙個類的某乙個方法的話，可以通過第三方來**這個呼叫。
迪公尺特法則特別強調的是類之間的松耦合，即在類的結構設計上，每乙個類都應該盡量降低成員的訪問許可權。我們在進行程式設計時，類之間的耦合程度越小，越是有利於復用，乙個出在弱耦合的類被修改的時候，對其他類造成的影響就越小。
當乙個類提供服務的時候，最好是通過第三方向外暴露方法或者介面供其呼叫。這樣的話可以降低方法提供者和使用者的耦合，當方法改變時造成的影響會最大程度降低。
1）在類的建立和分工上，耦合越弱，就越有利於實現可復用的目標。
2）在類的結構設計上，每個類都應該降低成員的訪問許可權。
3）在類的設計上，盡量使得乙個類在編寫好以後足夠穩定，不能經常需要調整。並且一旦調整，盡最大可能波及到的類少。
4）變數的範圍要控制得當，盡量縮小影響範圍，少用全域性變數。
迪公尺特法則
定義 乙個物件應該對其他物件保持最少的了解。問題由來 類與類之間的關係越密切，耦合度越大，當乙個類發生改變時，對另乙個類的影響也越大。解決方案 盡量降低類與類之間的耦合。自從我們接觸程式設計開始，就知道了軟體程式設計的總的原則 低耦合，高內聚。無論是面向過程程式設計還是物件導向程式設計，只有使各個模...
迪公尺特法則
自從我們接觸程式設計開始，就知道了軟體程式設計的總的原則 低耦合，高內聚。無論是面向過程程式設計還是物件導向程式設計，只有使各個模組之間的耦合盡量的低，才能提高 的復用率。怎麼樣程式設計才能做到低耦合呢？那正是迪公尺特法則要去完成的。類與類之間的關係越密切，耦合度越大，當乙個類發生改變時，對另乙個類...
迪公尺特法則
定義 乙個物件應該對其他物件保持最少的了解。問題由來 類與類之間的關係越密切，耦合度越大，當乙個類發生改變時，對另乙個類的影響也越大。解決方案 盡量降低類與類之間的耦合。自從我們接觸程式設計開始，就知道了軟體程式設計的總的原則 低耦合，高內聚。無論是面向過程程式設計還是物件導向程式設計，只有使各個模...