迪米特法则
迪米特法则的定义
迪米特法则（Law of Demeter，LoD）又叫作最少知识原则（Least Knowledge Principle，LKP)，产生于 1987 年美国东北大学（Northeastern University）的一个名为迪米特（Demeter）的研究项目，由伊恩·荷兰（Ian Holland）提出，被 UML 创始者之一的布奇（Booch）普及，后来又因为在经典著作《程序员修炼之道》（The Pragmatic Programmer）提及而广为人知。
迪米特法则的定义是：只与你的直接朋友交谈，不跟“陌生人”说话（Talk only to your immediate friends and not to strangers）。其含义是：如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。
迪米特法则中的“朋友”是指：当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等，这些对象同当前对象存在关联、聚合或组合关系，可以直接访问这些对象的方法。
迪米特法则的优点
迪米特法则要求限制软件实体之间通信的宽度和深度，正确使用迪米特法则将有以下两个优点。
- 降低了类之间的耦合度，提高了模块的相对独立性。
- 由于亲合度降低，从而提高了类的可复用率和系统的扩展性。
但是，过度使用迪米特法则会使系统产生大量的中介类，从而增加系统的复杂性，使模块之间的通信效率降低。所以，在釆用迪米特法则时需要反复权衡，确保高内聚和低耦合的同时，保证系统的结构清晰。
迪米特法则的实现方法
从迪米特法则的定义和特点可知，它强调以下两点：
- 从依赖者的角度来说，只依赖应该依赖的对象。
- 从被依赖者的角度说，只暴露应该暴露的方法。
所以，在运用迪米特法则时要注意以下 6 点。
- 在类的划分上，应该创建弱耦合的类。类与类之间的耦合越弱，就越有利于实现可复用的目标。
- 在类的结构设计上，尽量降低类成员的访问权限。
- 在类的设计上，优先考虑将一个类设置成不变类。
- 在对其他类的引用上，将引用其他对象的次数降到最低。
- 不暴露类的属性成员，而应该提供相应的访问器（set 和 get 方法）。
- 谨慎使用序列化（Serializable）功能。
案例：
在项目中，咱们通过vuex请求数据进行页面的渲染的这个工程，页面 只负责渲染， store文件负责数据的状态的更正，页面和store文件之间 是通过 dispatch 进行联系的。所以 这个过程咱们可不可以理解为“迪米特法则”呢？dispatch 这个方法就相当于中介，将页面的渲染和请求数据的关联起来。
我们通过手机去阅读电子书这个过程，就是 打开手机，打开阅读软件，选择书籍，进行阅读.手机和阅读电子书是两个不相干的事情，但是需要阅读软件将二者进行关联。
// 定义手机类
function Phone() {
console.log('phone', this)
this.app = new App();
this.openPhone = function() {
console.log('打开app')
this.app.openApp()
}
},
// 定义App
function App() {
console.log('app', this)
this.reading = new Reading();
this.openApp= function () {
console.log('app进行阅读')
this.reading.read()
}
},
// 定义阅读
function Reading() {
console.log('reading', this)
this.read= function () {
console.log('开始阅读了啦啦啦')
}
}
使用： var phone = new Phone()
phone.openPhone()注意：
迪米特法则的初衷使降低类之间的耦合，由于每个类都减少了不必要的依赖，因此可以降低耦合关系。但是要适度，虽然可以避免与非直接的类通信，但是通信需要 一个“中介”来发生联系。就拿上面的案例来说，阅读软件就相当于“中介”，来使手机和阅读进行联系。过分的使用迪米特法则，会产生大量的中介列，导致系统复杂度变大。