概述
迪米特法则要求类“羞涩”或者说是私密一点,尽量不要对外公布太多的public方法和非静态的public变量,尽量内敛,多使用private、package-private、protected等访问权限。
迪米特法则的核心观念就是类间解耦,弱耦合,只有弱耦合了以后,类的复用率才可以提高。
类与类之间只需要开放彼此需要的接口,而且对方不知道接口中具体的实现细节,提供服务的类可定义相应的参数来为服务的请求者开放一定的灵活性(通俗的讲就是带形参的方法等方式),如果开放过多的细节,或者说类之间有过多的细节交互就会造成类之间的高耦合,高耦合意味着后期的难以维护,牵一发则动全身。低耦合促成代码的高复用,高耦合阻碍代码的重用。只要是一个业务当中,不同的类之间肯定有不同程度的耦合,开发中不一定非要严格执行最低耦合度,应该根据实际的业务需求来制定最优方案。