（转）重述——迪米特法则

[size=medium][b]迪米特法则（Law of Demeter）[/b][/size]
又叫最少知识原则（Least Knowledge Principle LKP），就是说[b]一个对象应当对其他对象有尽可能少的了解[/b]，不和陌生人说话。
对面向对象来说，一个软件实体应当尽可能的少的与其他实体发生相互作用。每一个软件单位对其他的单位都只有最少的知识，而其局限于那些与本单位密切相关的软件单位。
迪米特法则的[b]目的在于降低类之间的耦合[/b]。由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块相互独立，相互之间不存在依赖关系。应用迪米特法则有可能造成的一个后果就是，系统中存在的大量的中介类，这些类只所以存在完全是为了传递类之间的相互调用关系---这在一定程度上增加系统的复杂度。
设计模式中的门面模式（Facade）和中介模式（Mediator）都是迪米特法则的应用的例子。
[b]狭义的迪米特法则[/b]的缺点：
在系统里面造出大量的小方法，这些方法仅仅是传递间接的调用，与系统的商业逻辑无关。
遵循类之间的迪米特法则会使一个系统的局部设计简化，因为每一个局部都不会和远距离的对象有之间的关联。但是，这也会造成系统的不同模块之间的通信效率降低，也会使系统的不同模块之间不容易协调。
[b]广义的迪米特法则[/b]在类的设计上的体现：
优先考虑将一个类设置成不变类；尽量降低一个类的访问权限；尽量降低成员的访问权限。

原文链接：[url]http://www.cnblogs.com/shaosks/archive/2012/02/07/2341698.html[/url]