软件架构设计原则之迪米特法则
迪米特原则（Law of Demeter LoD）是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则（Least Knowledge Principle，LKP），尽量降低类与类之间的耦合度。迪米特原则主要强调：只和朋友交流，不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称为成员朋友类，而出现在方法体内部的类不属于朋友类。
现在来设计一个权限系统，Boss需要查看目前发布到线上的课程数量。这时候，Boss要找到TeamLeader去进行统计，TeamLeader再把统计结果告诉Boss。接下来我们还是来看代码。
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并不是朋友，从下面的类图就可以看出来。
下面对代码进行改造。
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已经没有关联了。
学习软件设计原则，千万不能形成强迫症。碰到业务复杂的场景，我们需要随机应变。
作者：Tom弹架构
链接：https://juejin.cn/post/7021811523039281166