设计原则之六——迪米特法则

以下七种设计原则是软件设计模式尽量遵循的原则，各种原则要求的侧重点不同。

开闭原则 是总纲，它告诉我们要对扩展开放，对修改关闭；
里氏替换原则 告诉我们不要破坏继承体系；
依赖倒置原则 告诉我们要面向接口编程；
单一职责原则 告诉我们实现类要职责单一；
接口隔离原则 告诉我们在设计接口的时候要精简单一；
迪米特法则 告诉我们要降低耦合度；
合成复用原则 告诉我们要优先使用组合或者聚合关系复用，少用继承关系复用。

迪米特法则（Law of Demeter，LoD）

一个对象应该对其他对象保持尽可能少的了解。
又叫做 最少知识原则（Least Knowledge Principle，LKP）
The dependency of one class to another one should depend on the smallest possible interface.

只与你的直接朋友交谈，不跟“陌生人”说话。
如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发调用。
其目的是降低类之间的耦合度，提高模块的相对独立性。

迪米特法则中的 “朋友” 是指：

当前对象本身
当前对象的成员对象
当前对象所创建的对象
当前对象的方法参数

这些对象同当前对象存在关联、聚合或组合关系，可以直接访问这些对象的方法。

迪米特法则的优点

迪米特法则要求限制软件实体之间通信的宽度和深度，正确使用迪米特法则将有以下两个优点。
① 降低了类之间的耦合度，提高了模块的相对独立性。
② 由于亲和度降低，从而提高了类的可复用性和系统的扩展性。
但是，过度使用迪米特法则会使系统产生大量的中介类，从而增加系统的复杂性，使模块之间的通信效率降低。
所以，在使用迪米特法则时，需要反复权衡，确保高内聚和低耦合的同时，保证系统的结构清晰。

场景举例·壹明星与经纪人

分析：明星由于全身心投入艺术，所以许多日常事务由经纪人负责处理，如与粉丝的见面会，与媒体公司的业务洽淡等。这里的经纪人是明星的朋友，而粉丝和媒体公司是陌生人，所以适合使用迪米特法则。
其类图如下：

场景举例·贰老子使民无知

《老子》第三章曰：“是以圣人之治，虚其心，实其腹，弱其志，常使民无知无欲。”
使被统治的对象愚昧化，处于无知的状态，可以使统治的成本降低。
所谓“最少知识”原则，实际上便是老子的“使民无知”的统治之术。

一个软件系统可以看成是一个虚拟的世界，设计师本人就是驾驭这个世界的统治者。

场景举例·叁老子不相往来

《老子》云：“小国寡民……邻国相望，鸡犬之声相闻，民至老死而不相往来。”
这里讲的是降低统治成本的方法。将被统治的对象隔离开来，使他们没有直接的通信，可以达到分化瓦解，继而分而治之的效果。
所谓迪米特法则，便是设法是一个软件系统的不同对象彼此之间尽量“不相往来”，降低系统维护成本的法则。

迪米特法则的实现方法

从迪米特法则的定义和特点可知，它强调以下两点：
① 从依赖着的角度来说，只依赖应该依赖的对象；
② 从被依赖者的角度说，只暴露应该暴露的方法。

所以，在运用迪米特法则时要注意以下6点：
① 在类的划分上，应该创建弱耦合的类。类与类之间的耦合越弱，就越有利于实现可复用的目标；
② 在类的结构设计上，尽量降低类成员的访问权限；
③ 在类的设计上，优先考虑将一个类设置成不变类。
④ 在对其他类的引用上，将引用其他对象的次数降到最低。
⑤ 不暴露类的属性成员，而应该提供相应的访问器（set和get方法）
⑥ 谨慎使用序列化（Serializable）功能