开一个小专题——详细总结一下软件设计模式原则，这部分在《软计》和《java设计模式》中算是很重要的知识点，值得展开详细讲解一下~首先介绍的是【迪米特法则】

---

一.定义

迪米特法则又称为最少知识原则，其定义为：一个软件实体应当尽可能少的与其他实体发生相互作用。

• 一个软件实体应当尽可能少的与其他实体发生相互作用，每一个软件单位对其他的单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。
• 迪米特法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或很少有）依赖关系。
• 迪米特法则不希望类之间建立直接的联系。如果真的有需要建立联系，也希望能通过它的友元类来转达。因此，应用迪米特法则有可能造成的一个后果就是：系统中存在大量的中介类，这些类之所以存在完全是为了传递类之间的相互调用关系——这在一定程度上增加了系统的复杂度。

英文缩写为：LOD

如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。

二.描述

如果一个系统满足迪米特法则，那么当其中一个软件实体发生变化时，就会尽量少的影响其他软件实体，扩展会相对容易，这是对软件实体之间通信的限制，迪米特法则要求限制软件实体之间通信的宽度和深度。

迪米特法则还有几种定义形式，包括：不要和"陌生人"说话、只与你的直接朋友通信，在迪米特法则中，对于一个对象，其朋友包括以下几类：

• 当前对象本身(this)
• 以参数形式传入到当前对象方法中的对象
• 当前对象的成员对象
• 如果当前对象的成员对象是一个集合，那么集合中的元素也都是朋友。
• 当前对象创建的对象

任何一个对象，如果满足上面的条件之一，就是当前对象的“朋友”，否则就是“陌生人”。在应用迪米特法则时，一个对象只能与直接朋友发生交互，不能与“陌生人”发生直接交互，好处在于降低耦合~

迪米特法则要求我们在设计系统时，应该尽量减少对象之间的交互，如果两个对象不必直接通信，那么这两个对象就不应该发生任何直接的相互作用，如果其中一个对象需要调用另外一个对象的某个方法时，可以通过【友元类】转发这个调用。

在迪米特法则运用到系统设计中时，要注意以下几点：

• 在类的划分上，应该尽可能的创建松耦合的类，类之间的耦合度越低，复用率越高，一个松耦合的类发生修改不会对关联的类造成太大的影响。
• 在类的结构设计上，每一个类都应当尽可能的降低其成员变量和成员方法的访问权限。
• 在类的设计上，只要有可能，一个类型应当设计成不变类。
• 在对其他类的引用上，一个对象对其他对象的引用应该降到最低。

三.案例

假设现在有一段时间，需要你学习某些内容，有代码如下：

public class Time{public void studyMath() {// do something}public void studyChinese() {// do something}public void studyEnglish() {// do something}public void study() {studyEnglish();studyChinese();studyMath();}
}public class Person {private Time time;public void Now() {// 学习什么都可以// 但是你发现Study类所有的方法都是公开的, 现在不知道该先学习哪个？time.studyMath();time.study();//也可以是time.studyMath();time.studyEnglish();}
}

上述代码违背了迪米特原则，即对于对象time，此时不知道该学习什么——有多个方法可以调用~

（学一门，还是三门都学？）

如果改为如下的样式，则正确：

public class Time{private void studyMath() {// do something}private void studyChinese() {// do something}private void studyEnglish() {// do something}public void study() {studyEnglish();studyChinese();studyMath();}
}public class Person {private Time time;public void Now() {// 学习什么都可以// 但是你发现Study类所有的方法都是公开的, 现在不知道该先学习哪个？time.studyMath();time.study();//也可以是time.studyMath();time.studyEnglish();}
}

总结就是一句话——尽可能降低现有的耦合，避免直接调用。