一、迪米特法则定义
迪米特法则又最少知识原则，其定义如下：
迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少的与其他实体发生相互作用。
二、迪米特法则描述
如果一个系统满足迪米特法则，那么当其中一个软件实体发生变化时，就会尽量少的影响其他软件实体，扩展会相对容易，这是对软件实体之间通信的限制，迪米特法则要求限制软件实体之间通信的宽度和深度。迪米特法则可以降低系统的耦合度，使类与类之间保持松耦合状态。
迪米特法则还有几种定义形式，包括：不要和"陌生人"说话、只与你的直接朋友通信等，在迪米特法则中，对于一个对象，其朋友包括以下几类：
- 当前对象本身(this)
- 以参数形式传入到当前对象方法中的对象
- 当前对象的成员对象
- 如果当前对象的成员对象是一个集合，那么集合中的元素也都是朋友。
- 当前对象创建的对象
任何一个对象，如果满足上面的条件之一，就是当前对象的“朋友”，否则就是“陌生人”。在应用迪米特法则时，一个对象只能与直接朋友发生交互，不能与“陌生人”发生直接交互，这样子可以降低系统的耦合度，一个对象的改变不会给太多其他对象带来影响。
迪米特法则要求我们在设计系统时，应该尽量减少对象之间的交互，如果两个对象不必直接通信，那么这两个对象就不应该发生任何直接的相互作用，如果其中一个对象需要调用另外一个对象的某个方法时，可以通过第三者转发这个调用。就是通过引入一个合理的第三者来降低先有对象之间的耦合度。
在迪米特法则运用到系统设计中时，要注意以下几点：
- 在类的划分上，应该尽可能的创建松耦合的类，类之间的耦合度越低，复用率越高，一个松耦合的类发生修改不会对关联的类造成太大的影响。
- 在类的结构设计上，每一个类都应当尽可能的降低其成员变量和成员方法的访问权限。
- 在类的设计上，只要有可能，一个类型应当设计成不变类。
- 在对其他类的引用上，一个对象对其他对象的引用应该降到最低。
三、迪米特法则栗子
栗子一
以下是关于关闭计算机的很经典的案例，当我们手动按下计算机的关闭按钮时，电脑还会附带其他的动作，比如关闭电脑正在执行的任务，关闭其他运行的程序，然后关闭显示器，最后才把电源关闭。
不满足迪米特法则
public class Computer {
public void saveCurrentTask() {
// do something
}
public void closeService() {
// do something
}
public void closeScreen() {
// do something
}
public void closePower() {
// do something
}
public void close() {
saveCurrentTask();
closeService();
closeScreen();
closePower();
}
}
public class Person {
private Computer computer;
public void clickCloseButton() {
// 关闭计算机, 正常来说你只要调用close()方法即可
// 但是你发现Computer类所有的方法都是公开的, 不知道怎么调用了
computer.saveCurrentTask();
computer.closePower();
computer.close();
//也可以是
computer.closePower();
//还可以是
computer.close();
computer.closePower();
}
}
通过以上的代码我们可以看出，人这个类在调用电脑类的方法时发现电脑类暴露的方法有很多，不知道该调用哪一个，很明显，电脑这个类中的方法有些杂乱，对于我们人来说，我们只需要调用关闭电脑的操作，关闭电脑的方法就可以了，其他的方法完全没有必要暴露在外。
满足迪米特法则
根据迪米特法则只暴露该暴露的方法的要义作出如下修改：
public class Computer {
private void saveCurrentTask() {
// do something
}
private void closeService() {
// do something
}
private void closeScreen() {
// do something
}
private void closePower() {
// do something
}
public void close() {
saveCurrentTask();
closeService();
closeScreen();
closePower();
}
}
public class Person {
private Computer computer;
public void clickCloseButton() {
computer.close();
}
}
栗子二
明星与经纪人的例子，像我们普通的明星工作繁忙，他的日常工作、日程安排都是由那个经纪人带做，明星是不可能自己亲力亲为的，不然的话会很累。
不满足迪米特法则
public class Star {
private Project project;
public void do() {
project.make();
}
}
public class Project {
public void make() {
// do something
}
}
上面代码明星直接和安排行程直接有关系了，按道理明星不可能自己亲力亲为，这个时候就可以通过引入一个经纪人类将明星和行程关联起来，任何事物都交由经纪人类代为安排，这样的话便符合最小依赖原则，明星类只依赖经纪人类，改造如下：
满足迪米特法则
public class Star {
private Business business;
public void do() {
business.do();
}
}
public class Business {
private Project project;
public void do() {
project.make();
}
}
public class Project {
public void make() {
// do something
}
}
