发布网友
发布时间：2022-04-20 23:44
共1个回答
热心网友
时间：2023-07-22 05:13
1987年秋天，迪米特法则由美国Northeastern University的Ian Holland提出，被UML的创始者之一Booch等人普及。后来，因为经典著作The Pragmatic Programmer而广为人知。
迪米特法则（Law of Demeter，LoD）又称为最少知识原则（Least KnowledgePrinciple，LKP），是指一个对象类对于其他对象类来说，知道得越少越好。也就是说，两个类之间不要有过多的耦合关系，保持最少关联性。
迪米特法则有一句经典语录：只和朋友通信，不和陌生人说话。也就是说，有内在关联的类要内聚，没有直接关系的类要低耦合。
就像家里的水管装修，有洗衣机地漏、卫生间地漏、厨房地漏，但它们最终都汇到同一个污水处理系统里。在平常使用时，我们不会考虑这些水管是怎么关联流向的，只需要考虑最上层的使用即可。
设计模式中的门面模式（Facade）和中介模式（Mediator），都是迪米特法则应用的例子
迪米特法则要求*软件实体之间通信的宽度和深度，正确使用迪米特法则将有以下两个优点。
从迪米特法则的定义和特点可知，它强调以下两点：
广义的迪米特法则在类的设计上的体现：
这里用模拟学生、老师、校长之间关系的例子来说明迪米特法则来举例：
老师需要负责具体某一个学生的学习情况，而校长会关心老师所在班级的总体成绩。
违背原则的方案：
学生类：
老师类：
校长类：
校长想知道一个班级的总分和平均分，是应该找老师要，还是跟每一个学生要再进行统计呢？显然是应该找具体的班主任老师。我们在实际开发时，容易忽略这样的真实情况
迪米特法则改造方案：
老师类
校长类：
校长类直接调用老师类的接口，并获取相应的信息。这样一来，整个功能逻辑就非常清晰了。
在运用迪米特法则时要注意以下 6 点
缺点
迪米特法则是一种面向对象系统设计风格的一种法则，尤其适合做大型复杂系统设计指导原则。但是也会造成系统的不同模块之间的通信效率降低，使系统的不同模块之间不容易协调等缺点。
同时，因为迪米特法则要求类与类之间尽量不直接通信，如果类之间需要通信就通过第三方转发的方式，这就直接导致了系统中存在大量的中介类，这些类存在的唯一原因是为了传递类与类之间的相互调用关系，这就毫无疑问的增加了系统的复杂度。解决这个问题的方式是：使用依赖倒转原则，这样就可以使调用方和被调用方之间有了一个抽象层，被调用方在遵循抽象层的前提下就可以自由的变化，此时抽象层成了调用方的朋友。