迪米特原則英文全稱為Law of Demeter，縮寫是LOD，也稱為最少知識原則（Least of Principle）。雖然名字不同，但描述的是同一個原則：一個對象應該對其他對象有最少的了解。通俗地講，一個類應該對自己需要耦合或調用的類知道得最少，類的內部如何實現與調用者或者依賴者沒有關系，調用者或者依賴者只需要知道它需要的方法即可，其他的可一概不管。類與類之間的關系越密切，耦合度越大，當一個類發生改變時，對另一個類的影響也越大。
迪米特法則還有一個英文解釋就是Only talk to your immediate friends，翻譯就是：只與直接的朋友通信。什么是最直接的朋友呢？每個對象都必然會與其他對象有耦合關系，兩個對象之間的耦合就成為朋友關系，這樣關系的類型很多，如組合、聚合、依賴等。
下面我們就以租房為例描述迪米特原則的應用：
在外工作的朋友比較了解，我們經常通過中介找房。我們設定的情況為：我只要求房間的面積和租金，其他的一概不管，中介將符合我要求的房子提供給我就可以。下面我們來看看這個示例：
我先來看看示例的UML圖：
代碼如下：
/**
* 房子
* @author liuguoquan
*
*/
public class Room {
public float area;
public float price;
public Room(float area, float price) {
this.area = area;
this.price = price;
}
@Override
public String toString() {
return "Room [area=" + area + ", price=" + price + "]";
}
}
/**
* 中介
* @author liuguoquan
*
*/
public class Mediator {
List<Room> mRooms = new ArrayList<Room>();
public Mediator() {
for(int i = 0; i < 5; i++) {
mRooms.add(new Room(10 + i, (10 + 1) * 200));
}
}
public List<Room> getAllRooms() {
return mRooms;
}
}
/**
* 租戶
* @author liuguoquan
*
*/
public class Tenant {
private float roomArea;
private float roomPrice;
private static final float DIFF_PRICE = 100.01f;
private static final float DIFF_AREA = 0.01f;
public void rentRomm(Mediator mediator) {
List<Room> rooms = mediator.getAllRooms();
for (Room room : rooms) {
if (isSuitable(room)) {
System.out.println("租到合適的房間啦!" + room.toString());
}
}
}
public boolean isSuitable(Room room) {
return Math.abs(room.price - roomPrice) < DIFF_PRICE
&& Math.abs(room.area - roomArea) < DIFF_AREA;
}
}
從上面的代碼可以看到，Tenant依賴了Mediator類，而且依賴了Room類，還需要頻繁的與Room類打交道。租戶類的要求只是通過中介找到一間適合自己的房子罷了，如果把這些檢測條件都放在Tenant類中，那么Mediator類的功能就會被弱化，而且導致Tenant與Room的耦合較高，因為Tenant必須知道許多關于Room的細節。當Room變化時Tenant也必須跟著變化。Tenant又與Mediator耦合，這就出現了許多糾纏不清的關系。這個時候我們需要分析誰是真正的“直接朋友”，在我們所說的情況下，顯然是Mediator。
既然耦合太嚴重，我們就需要解耦。首先要明確的是，我們只和我們的朋友通信，就是指Mediator對象。必須將Room相關的操作從Tenant中移除，而這些操作應在屬于Mediator。為此，我們進行重構，重構后的UML圖如下：
重構后的Mediator、代碼如下：
/**
* 中介
*
* @author liuguoquan
*
*/
public class Mediator {
List<Room> mRooms = new ArrayList<Room>();
public Mediator() {
for (int i = 0; i < 5; i++) {
mRooms.add(new Room(10 + i, (10 + 1) * 200));
}
}
public Room rentOut(float area,float price) {
for(Room room : mRooms) {
if (isSuitable(room, price, area)) {
return room;
}
}
return null;
}
public boolean isSuitable(Room room, float roomPrice, float roomArea) {
return Math.abs(room.price - roomPrice) < Tenant.DIFF_PRICE
&& Math.abs(room.area - roomArea) < Tenant.DIFF_AREA;
}
}
/**
* 租戶
* @author liuguoquan
*
*/
public class Tenant {
private float roomArea;
private float roomPrice;
public static final float DIFF_PRICE = 100.01f;
public static final float DIFF_AREA = 0.01f;
public void rentRomm(Mediator mediator) {
System.out.println("租到合適的房子了： " + mediator.rentOut(roomArea, roomPrice).toString());
}
}
如上所示，租戶不再需要知道太對關于Room的細節，比如與房東簽合同，房東的房產證是不是真的等。當我們通過我們的“朋友”--中介租房后，所有的事情我們都通過與中介溝通就好了。
有點：
- 降低了復雜度
- 降低了耦合度
- 增加了穩定性
