[学习笔记]设计模式-迪米特法则

狭义的迪米特法则

       如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中的一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。

狭义的迪米特法则的缺点：

       在系统里造出大量的小方法，这些方法仅仅是传递间接的调用，与系统的业务逻辑无关。
遵循类之间的迪米特法则会是一个系统的局部设计简化，因为每一个局部都不会和远距离的对象有直接的关联。但是，这也会造成系统的不同模块之间的通信效率降低，也会使系统的不同模块之间不容易协调。

       门面模式和调停者模式（中介者模式）实际上就是迪米特法则的应用。

广义的迪米特法则在类的设计上的体现：

• 优先考虑将一个类设置成不变类。
• 尽量降低一个类的访问权限。
• 谨慎使用Serializable。
• 尽量降低成员的访问权限。