设计模式笔记—迪米特原则

迪米特原则

       概念：迪米特原则(Law of Demeter,LoD)，也称最少知识原则(Least Knowledge Principle)，虽然名字不同，但描述的是同一个规则：一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，你(被耦合或调用的类)的内部是如何复杂都和我没关系，那是你的事情，我就知道你提供的这么多public方法，我就调用这么多，其他的我一概不关心。因为类与类之间关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

       迪米特法则还有一个英文解释是Only talk to your immedate friends,意思就是:只与直接的朋友通信，什么叫做直接的朋友呢？每个对象都必然会与其他对象有耦合关系，两个对象之间的耦合就成为朋友关系，这种关系的类型有很多，如组合，聚合，依赖等。举例如下：

        案例:找中介租房

public class Room {
	public float area;
	public float price;
	public Room(float area, float price) {
		super();
		this.area = area;
		this.price = price;
	}
	@Override
	public String toString() {
		return "Room [area=" + area + ", price=" + price + "]";
	}
}

//中介
public class Mediator {
	List<Room> mRooms=new ArrayList<Room>();
	public Mediator(){
		for(int i=0;i<5;i++){
			mRooms.add(new Room(14+i,(14+i)*150));
		}
	}
	public List<Room> getAllRooms(){
		return mRooms;
	}
}

//租户
public class Tenant {
	public float roomArea;
	public float roomPrice;
	public static final float diffPrice=100.0001f;
	public static final float diffArea=0.00001f;
	public void rentRoom(Mediator mediator){
		List<Room> rooms = mediator.getAllRooms();
		for(Room room:rooms){
			if(isSuitable(room)){
				System.out.println("租到房间啦！"+room);
				break;
			}
		}
	}
	private boolean isSuitable(Room room){
		return Math.abs(room.price-roomPrice)<diffPrice
				&& Math.abs(room.area-roomArea)<diffArea;
	}
}

          分析：Tenant不仅依赖了Mediator类，还需要多次与Room类打交道。租户类的要求只是通过中介找到一件适合自己

的房子，如果把这些检测条件(如isSuitable()方法)都放在Tenant类中，那么中介类的功能就被弱化了，而且导致Tenant

与Room的耦合较高，因为Tenant必须知道许多关于Room的细节。因此，需要我们分清谁才是我们真正的“朋友”，从

需求看出，显然是Mediator.修改如下：

//中介
public class Mediator {
	List<Room> mRooms=new ArrayList<Room>();
	public Mediator2(){
		for(int i=0;i<5;i++){
			mRooms.add(new Room(14+i,(14+i)*150));
		}
	}
	public Room rentOut(float area,float price){
		for(Room room:mRooms){
			if(isSuitable(area, price, room)){
				return room;
			}
		}
		return null;
	}
	private boolean isSuitable(float area,float price,Room room){
		return Math.abs(room.price-price)<Tenant.diffPrice
				&& Math.abs(room.area-area)<Tenant.diffPrice;
	}
}

//租户
public class Tenant {
	public float roomArea;
	public float roomPrice;
	public static final float diffPrice=100.0001f;
	public static final float diffArea=0.00001f;
	public void rentRoom(Mediator mediator){
		System.out.println("租到房子啦 "+mediator.rentOut(roomArea, roomPrice));
	}
}

        分析:将对于Room的判定操作移到了Mediator类中，也就是中介租了房之后，我们直接与中介沟通就好了，其他角色

并不是我们直接的“朋友”。“只与直接的朋友通信”能将我们从复杂的关系网中抽离出来，使程序耦合度更低，稳定性更好。

        总结：迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高。否则，当一个类

发生改变时，另一个类或多个类可能也需要改变。