七大设计原则之-----迪米特法则

迪米特原则（Law of Demeter LoD）是指一个对象应该对其他对象保持最少的了解，又叫最少知 道原则（Least Knowledge Principle,LKP），尽量降低类与类之间的耦合。迪米特原则主要强调只和朋友交流，不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称之为成员朋友类， 而出现在方法体内部的类不属于朋友类。
现在来设计一个权限系统，TeamLeader需要查看目前发布到线上的课程数量。这时候，TeamLeader 要找到员工 Employee 去进行统计，Employee 再把统计结果告诉 TeamLeader。接下来我们还是来看 代码：
Course 类：

public class Course { 
}

Employee 类：

public class Employee{ 
	public void checkNumberOfCourses(List<Course> courseList){
	  	System.out.println("目前已发布的课程数量是：" + courseList.size()); 
	} 
}

TeamLeader 类：

public class TeamLeader{ 
	public void commandCheckNumber(Employee employee){ 
		List<Course> courseList = new ArrayList<Course>(); 
		for (int i= 0; i < 20 ;i ++){ 
		courseList.add(new Course());
		} 
	employee.checkNumberOfCourses(courseList); 
	} 
}

测试代码：

public static void main(String[] args) { 
	TeamLeader teamLeader = new TeamLeader(); 
	Employee employee = new Employee(); 
	teamLeader.com mandCheckNumber(employee); 
}

写到这里，其实功能已经都已经实现，代码看上去也没什么问题。根据迪米特原则，TeamLeader 只想要结果，不需要跟 Course 产生直接的交流。而 Employee 统计需要引用 Course 对象。TeamLeader 和 Course 并不是朋友，从下面的类图就可以看出来：

下面来对代码进行改造：
Employee 类：

public class Employee { 
	public void checkNumberOfCourses(){ 
		List<Course> courseList = new ArrayList<Course>(); 
		for (int i= 0; i < 20 ;i ++){ 
			courseList.add(new Course()); 
		}
		System.out.println("目前已发布的课程数量是："+courseList.size());
	} 
}

TeamLeader 类：

public class TeamLeader { 
	public void commandCheckNumber(Employee employee){ 	
		employee.checkNumberOfCourses(); 
	} 
}

再来看下面的类图，Course 和 TeamLeader 已经没有关联了。

学习软件设计原则，千万不能形成强迫症。碰到业务复杂的场景，我们需要随机应变。