六大设计原则总结:5)迪米特法则 -Law of Demeter

LoD,Law of Demeter:

又称最少知识原则(Least Knowledge Principle),一个对象应该对其他对象有最少的了解

一个类对自己依赖的类知道的越少越好。也就是说,对于被依赖的类来说,无论逻辑多么复杂,都尽量地的将逻辑封装在类的内部,对外除了提供的public方法,不对外泄漏任何信息。


问题由来:

类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大。


解决方案:

迪米特法则包含4层含义:

1)只和朋友交流

Only talk to your immediate friends.两个对象之间的耦合就成为朋友关系。即,出现在成员变量、方法输入输出参数中的类就是朋友;局部变量不属于朋友。

--> 不与无关的对象发生耦合!

例如:Teacher类可以命令TeamLeader对Students进行清点,则Teacher无需和Students耦合,只需和TeamLeader耦合即可。


2)朋友间也应该有距离

即使是朋友类之间也不能无话不说,无所不知。

--> 一个类公开的public属性或方法应该尽可能少!


3)是自己的就是自己的

如果一个方法放在本类中也可以、放在其他类中也可以,怎么办?

--> 如果一个方法放在本类中,既不增加类间关系,也对本类不产生负面影响,就放置在本类中。


4)谨慎使用Serializable

否则,若后来修改了属性,序列化时会抛异常NotSerializableException。


建议:

迪米特法则的核心观念是:类间解耦。

其结果是产生了大量中转或跳转类。






你可能感兴趣的:(六大设计原则总结:5)迪米特法则 -Law of Demeter)