迪米特法则（Law of Demeter）(Demeter Principle)
一、基本介绍
1、一个对象应该对其他对象保持最少的了解；
2、类与类关系越密切，耦合度越大；
3、迪米特法则（Demeter Principle）又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外处了提供 public 方法，不对外泄漏任何信息；
4、迪米特法则还有个简单的定义：只与直接的朋友通信；
5、直接朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这个两个对象之间是朋友关系。耦合的方式很多，依赖，关联，组合，聚合等。
其中，我们称出现在成员变量、方法参数，方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接的朋友。也就说说，陌生的类最好不要以局部变量的形式出现在类的内部。
二、应用案例
1、需求说明
有一个学校，下属有各个学院和总部，现要求打印出学校总部员工 ID 和学院员工的 ID。
2、方式一
代码实现：
public class Demeter1 {
//客户端，使用
public static void main(String[] args) {
SchoolManager schoolManager = new SchoolManager();
schoolManager.printAllEmployee(new CollegeManager());
}
}
/**
* 学校总部员工
*/
class Employee {
private String id;
public void setId(String id) {
this.id = id;
}
public String getId() {
return id;
}
}
/**
* 学院的员工
*/
class CollegeEmployee {
private String id;
public void setId(String id) {
this.id = id;
}
public String getId() {
return id;
}
}
/**
* 管理学院员工的管理类
*/
class CollegeManager {
//返回学院的所有员工
public List<CollegeEmployee> getAllEmployee() {
List<CollegeEmployee> list = new ArrayList<CollegeEmployee>();
for (int i = 0; i < 10; i++) {
CollegeEmployee emp = new CollegeEmployee();
emp.setId("学院员工id= " + i);
list.add(emp);
}
return list;
}
}
/**
* 学校的管理类
* 分析：
* 直接朋友类：Employee、CollegeManager
* 间接朋友类：CollegeEmployee，是一个陌生类，违反了迪米特法则
*/
class SchoolManager {
//返回学校总部的员工
public List<Employee> getAllEmployee() {
List<Employee> list = new ArrayList<Employee>();
for (int i = 0; i < 5; i++) {
Employee emp = new Employee();
emp.setId("学校总部员工id= " + i);
list.add(emp);
}
return list;
}
//输出学校总部和学院员工的信息
void printAllEmployee(CollegeManager sub) {
/*
1、CollegeEmployee 不是 SchoolManager 的直接朋友
2、CollegeEmployee 是以局部变量出现在 SchoolManager
3、违反了迪米特法则
*/
List<CollegeEmployee> list1 = sub.getAllEmployee();
System.out.println("------------学院员工------------");
for (CollegeEmployee e : list1) {
System.out.println(e.getId());
}
List<Employee> list2 = this.getAllEmployee();
System.out.println("------------学校总部员工------------");
for (Employee e : list2) {
System.out.println(e.getId());
}
}
}
3、分析
（1）前面设计的问题在于 SchoolManager 中，CollegeEmployee 类并不是 SchoolManager 类的直接朋友；
（2）按照迪米特法则，应该避免类中出现这样非直接朋友的耦合；
（3）对代码按照迪米特法则，进行改进；
4、方式二
代码实现：
public class Demeter1 {
//客户端，使用
public static void main(String[] args) {
System.out.println("~~~使用迪米特法则的改进~~~");
SchoolManager schoolManager = new SchoolManager();
schoolManager.printAllEmployee(new CollegeManager());
}
}
/**
* 学校总部员工
*/
class Employee {
private String id;
public void setId(String id) {
this.id = id;
}
public String getId() {
return id;
}
}
/**
* 学院的员工
*/
class CollegeEmployee {
private String id;
public void setId(String id) {
this.id = id;
}
public String getId() {
return id;
}
}
/**
* 管理学院员工的管理类
*/
class CollegeManager {
//返回学院的所有员工
public List<CollegeEmployee> getAllEmployee() {
List<CollegeEmployee> list = new ArrayList<CollegeEmployee>();
for (int i = 0; i < 10; i++) {
CollegeEmployee emp = new CollegeEmployee();
emp.setId("学院员工id= " + i);
list.add(emp);
}
return list;
}
//输出学院员工的信息
public void printCollageEmployee() {
List<CollegeEmployee> list1 = getAllEmployee();
System.out.println("------------学院员工------------");
for (CollegeEmployee e : list1) {
System.out.println(e.getId());
}
}
}
/**
* 学校的管理类
* 分析：
* 直接朋友类：Employee、CollegeManager
* 间接朋友类：CollegeEmployee，是一个谋生类，违反了迪米特法则
*/
class SchoolManager {
//返回学校总部的员工
public List<Employee> getAllEmployee() {
List<Employee> list = new ArrayList<Employee>();
for (int i = 0; i < 5; i++) {
Employee emp = new Employee();
emp.setId("学校总部员工id= " + i);
list.add(emp);
}
return list;
}
//输出学校总部和学院员工的信息
void printAllEmployee(CollegeManager sub) {
//1.将输出学院的员工的方法，封装到 CollegeManager 类中
sub.printCollageEmployee();
//2.输出学校总部的员工信息
List<Employee> list2 = this.getAllEmployee();
System.out.println("------------学校总部员工------------");
for (Employee e : list2) {
System.out.println(e.getId());
}
}
}
三、小结
1、迪米特法则的核心是降低类之间的耦合；
2、但是注意：由于每个类都减少了不必要的依赖，因此迪米特法则只是要求降低类间（对象间）耦合关系，并不是要求完全没有依赖关系；
