設計模式六大原則之迪公尺特法則(最少知道原則)

2021-09-29 23:21:01 字數 1620 閱讀 2092

迪公尺特原則(law of demeter lod):最少知道原則(leastknowledge principle 簡寫lkp),盡量降低類與類之間的耦合;

定義:乙個物件應該對其他物件保持最少的了解。最早是在2023年由美國northeastern university的ian holland提出。

無論是面向過程程式設計還是物件導向程式設計,軟體程式設計的總的原則都是:低耦合,高內聚

迪公尺特法則還有乙個更簡單的定義:只與直接的朋友通訊。每個物件都會與其他物件有耦合關係,只要兩個物件之間有耦合關係,我們就說這兩個物件之間是朋友關係。耦合的方式很多,依賴、關聯、組合、聚合等。其中,我們稱出現成員變數、方法引數、方法返回值中的類為直接的朋友,而出現在區域性變數中的類則不是直接的朋友。也就是說,陌生的類最好不要作為區域性變數的形式出現在類的內部。

舉例:有乙個集團公司,下屬單位有分公司和直屬部門,現在要求列印出所有下屬單位的員工id。先來看一下違反迪公尺特法則的設計。

//總公司員工 

class employee

public string getid()

}

//分公司員工

class subemployee

public string getid() }

// 分公司經理

class subcompanymanager

return list;

} }

// 總公司經理

class companymanager

return list;

} public void printallemployee(subcompanymanager sub)

listlist2 = this.getallemployee();

for(employee e:list2)

} } // 客戶端

public class client

}

現在這個設計的主要問題出在companymanager中,根據迪公尺特法則,只與直接的朋友發生通訊,而subemployee類並不是companymanager類的直接朋友(以區域性變數出現的耦合不屬於直接朋友),從邏輯上講總公司只與他的分公司耦合就行了,與分公司的員工並沒有任何聯絡,這樣設計顯然是增加了不必要的耦合。按照迪公尺特法則,應該避免類**現這樣非直接朋友關係的耦合。修改後的**如下:

class subcompanymanager 

return list;

} public void printemployee()

} }

class companymanager

return list;

} public void printallemployee(subcompanymanager sub)

} }

修改後,為分公司增加了列印人員id的方法,總公司直接呼叫來列印,從而避免了與分公司的員工發生耦合。

設計模式六大原則 迪公尺特法則

背景 在學校學習時,可能因為某些事你得去其他二級學院的老師幫忙,大部分老師都是忙的 也許是的 很可能一件小事你要跑很多次。但是如果 你這件事直接找的是其他學院的院長,並且院長同意幫忙的話這件事解決起來就容易多了。不知怎地最近老是瞎想感覺這件事又能和設計模式中的迪公尺特法則 law of demete...

設計模式六大原則 迪公尺特法則

設計模式總覽 迪公尺特法則 law of demeter 又叫作最少知識原則 least knowledge principle 簡寫lkp 就是說乙個物件應當對其他物件有盡可能少的了解,不和陌生人說話。這樣就能有效降低耦合了。特點 1 只和 朋友 聯絡 2 就算是 朋友 也要少建立聯絡 用途 降耦...

設計模式六大原則 迪公尺特法則

目錄 設計模式六大原則 單一職責原則 設計模式六大原則 介面隔離原則 設計模式六大原則 依賴倒置原則 設計模式六大原則 黎克特制替換原則 設計模式六大原則 迪公尺特法則 設計模式六大原則 開閉原則 迪公尺特法則 lod 也叫最少知識原則。迪公尺特法則的定義是只與你的直接朋友交談,不與 陌生人 說話。...