設計模式筆記 迪公尺特原則

2021-08-15 01:14:59 字數 857 閱讀 1343

迪公尺特法則還有乙個英文解釋是only talk to your immedate friends,意思就是:只與直接的朋友通訊,什麼叫做直接的朋友呢?每個物件都必然會與其他物件有耦合關係,兩個物件之間的耦合就成為朋友關係,這種關係的型別有很多,如組合,聚合,依賴等。舉例如下:

案例:找中介租房

public class room 

@override

public string tostring()

}

//中介

public class mediator

} public listgetallrooms()

}

//租戶

public class tenant

} }private boolean issuitable(room room)

} public room rentout(float area,float price)

} return null;

} private boolean issuitable(float area,float price,room room){

return math.abs(room.price-price)分析:將對於room的判定操作移到了mediator類中,也就是中介租了房之後,我們直接與中介溝通就好了,其他角色

並不是我們直接的「朋友」。「只與直接的朋友通訊」能將我們從複雜的關係網中抽離出來,使程式耦合度更低,穩定性更好。

總結:迪公尺特法則的核心觀念就是類間解耦,弱耦合,只有弱耦合了以後,類的復用率才可以提高。否則,當乙個類

發生改變時,另乙個類或多個類可能也需要改變。

設計模式 迪公尺特原則 開閉原則

乙個物件應該對其他物件有最少的了解。通俗地講,乙個類應該對自己需要耦合或呼叫的類知道得最少,你 被耦合或呼叫的類 的內部是如何複雜都和我沒關係,那是你的事情,我就知道你提供的這麼多public方法,我就呼叫這麼多,其他的我一概不關心。每個物件都必然會與其他物件有耦合關係,兩個物件之間的耦合就成為朋友...

設計模式之迪公尺特原則

迪公尺特原則 law of demeter lod 是指乙個物件應該對其它物件保持最少的了解,又叫最少知道原則 least knowledge principle,lkp 盡量降低類與類之間的耦合度。迪公尺特原則主要強度,只和朋友交流,不和陌生人說話。出現在成員變數 方法的輸入 輸出引數中的類都可以...

迪公尺特原則

也就是說類盡量不要對外公開public方法,和非靜態的public變數,多使用private和protected訪問許可權。迪公尺特原則的核心就是類的解耦和,只有耦合越低,類的復用性才能提高,但是過分使用迪公尺特原則,會大量產生中介類,導致系統變複雜,對維護增加困難。迪公尺特原則強調只和朋友交流,不...