最少知識原則

最少知識原則也被稱為迪公尺特法則，比較形象的說法是它讓我們的物件只與自己比較「熟悉」的物件進行互動(talk to your immediate friends)。

當你設計系統或類的時候，如果在很多類之間有非常多的依賴關係，統計表明這樣設計的系統是很難維護和理解的。

下面來說說具體的做法：

當你有乙個物件時，我們呼叫的方法應該屬於：

1、方法屬於物件本身

2、作為變數傳遞給這個方法的物件

3、任何這個方法建立或例項化的物件

4、這個物件所擁有物件（has a的關係）

更具體的例子：

設計原則 最少知識原則

定義 乙個物件應該對其他物件保持最少的了解。問題由來 類與類之間的關係越密切，耦合度越大，當乙個類發生改變時，對另乙個類的影響也越大。解決方案 盡量降低類與類之間的耦合。自從我們接觸程式設計開始，就知道了軟體程式設計的總的原則 低耦合，高內聚。無論是面向過程程式設計還是物件導向程式設計，只有使各個模...

設計原則 「最少知識」原則

1.定義 減少物件之間的互動，只留下關係密切的物件。最少知識原則也叫 law of demeter,迪公尺特法則,一句話概括是 不要和陌生人說話 2.目標 希望在我們的設計中，不要讓太多的類耦合在一起，免得修改系統中的一部分，會影響到其他部分。如果許多類之間相互依賴，那麼這個系統就會變成乙個易碎的系...

js最少知識原則

最少知識原則 lkp 說的是乙個軟體實體儘量減少與其他實體發生相互。這裡的軟體實體是乙個廣義的概念，不僅包括物件，還包括系統 類 模組 函式 變數等。本節我們主要針對物件裡說明這個原則。減少物件之間的聯絡 單一職責原則知道我們把物件劃分成較少物件與物件耦合在一起，有可能會降低他們的可復用性。在程式中...