迪米特法则(Law of Demeter)，又称“最少知识原则”(Principle of Least Knowledge)，其来源于1987年荷兰大学的一个叫做Demeter的项目。Craig Larman把Law of Demeter又称作“不要和陌生人说话”。在《程序员修炼之道》中讲LoD的那一章叫作“解耦合与迪米特法则”。关于迪米特法则有一些很形象的比喻：
和狗的四肢说话?让店员自己从钱包里拿钱?这听起来有点荒唐，不过在我们的代码里这几乎是见怪不怪的事情了。
对于LoD，正式的表述如下：
对于对象 ‘O’ 中一个方法’M’，M应该只能够访问以下对象中的方法：
在《Clean Code》一书中，有一段Apache framework中的一段违反了LoD的代码：
final String outputDir = ctxt.getOptions().getScratchDir().getAbsolutePath();
这么长的一串对其它对象的细节，以及细节的细节，细节的细节的细节……的调用，增加了耦合，使得代码结构复杂、僵化，难以扩展和维护。
在《重构》一书中的代码的环味道中有一种叫做“Feature Envy”(依恋情结)，形象的描述了一种违反了LoC的情况。Feature Envy就是说一个对象对其它对象的内容更有兴趣，也就是说老是羡慕别的对象的成员、结构或者功能，大老远的调用人家的东西。这样的结构显然是不合理的。我们的程序应该写得比较“害羞”。不能像前面例子中的那个不把自己当外人的店员一样，拿过客人的钱包自己把钱拿出来。“害羞”的程序只和自己最近的朋友交谈。这种情况下应该调整程序的结构，让那个对象自己拥有它羡慕的feature，或者使用合理的设计模式(例如Facade和Mediator)。
迪米特法则应用的注意事项：
Facade模式、Mediator模式是这一原则的践行者
LOD说的是什么?
主要是要保证一个类与其他类的交互要少，知道的其他的类也要少。
LOD的目的：(即为什么要这样做?)
保证程序的内聚性和程序间的松散耦合。因为一个类知道的别的类的东西越少那么与 其他类打交道的机会就少，自身的内聚性就高。
草木全
0回/94阅
