【设计模式】设计原则：LOD 迪米特原则

迪米特原则（Law of Demeter LoD）是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则（Least Knowledge Principle,LKP），尽量降低类与类之间的耦合。

迪米特原则我们说的再直白一点就是，不该有直接依赖关系的类之间，不要有依赖；有依赖关系的类之间，尽量只依赖必要的接口（也就是定义中的“有限知识”）。

迪米特法则是希望减少类之间的耦合，让类越独立越好。每个类都应该少了解系统的其他部分。一旦发生变化，需要了解这一变化的类就会比较少。

来看个例子，现在要设计一个权限系统，Boss 需要查看目前发布到线上的课程数量。这时候，Boss 要找到 TeamLeader 去进行统计，TeamLeader 再把统计结果告诉 Boss。

1.初始版本

接下来我们还是来看代码：

Course 类：

public class Course {
}

TeamLeader 类：

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

Boss 类：

public class Boss {
    public void commandCheckNumber(TeamLeader teamLeader){
        // 模拟 Boss 一页一页往下翻页，TeamLeader 实时统计
        List<Course> courseList = new ArrayList<Course>();
        for (int i= 0; i < 20 ;i ++){
        	courseList.add(new Course());
        }
        teamLeader.checkNumberOfCourses(courseList);
    }
}

测试代码：

public static void main(String[] args) {
    Boss boss = new Boss();
    TeamLeader teamLeader = new TeamLeader();
    boss.commandCheckNumber(teamLeader);
}

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

2.代码重构

下面来对代码进行改造：

TeamLeader 类：

public class TeamLeader {
    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());
    }
}

Boss 类：

public class Boss {
    public void commandCheckNumber(TeamLeader teamLeader){
   	 	teamLeader.checkNumberOfCourses();
    }
}

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