码迷,mamicode.com
首页 > 其他好文 > 详细

设计模式6大原则(5)-得墨忒耳

时间:2015-07-07 14:30:59      阅读:140      评论:0      收藏:0      [点我收藏+]

标签:

        迪米特法则(Law of Demeter)又叫作最少知识原则(Least Knowledge Principle 简写LKP),就是说一个对象应当对其它对象有尽可能少的了解,不和陌生人说话。英文简写为: LoD.

迪米特法则能够简单说成:talk only to your immediate friends。 对于面向OOD来说,又被解释为以下几种方式:一个软件实体应当尽可能少的与其它实体发生相互作用。每个软件单位对其它的单位都仅仅有最少的知识,并且局限于那些与本单位密切相关的软件单位。
迪米特法则的初衷在于降低类之间的耦合。因为每一个类尽量降低对其它类的依赖,因此,非常easy使得系统的功能模块功能独立,相互之间不存在(或非常少有)依赖关系。
迪米特法则不希望类直接建立直接的接触。

假设真的有须要建立联系,也希望能通过它的友元类来转达。因此,应用迪米特法则有可能造成的一个后果就是:系统中存在大量的中介类,这些类之所以存在全然是为了传递类之间的相互调用关系——这在一定程度上添加了系统的复杂度。

有兴趣能够研究一下设计模式的门面模式(Facade)和中介模式(Mediator)。都是迪米特法则应用的样例。
值得一提的是,尽管Ian Holland对计算机科学的贡献也仅限于这一条法则。其它方面的建树不多,可是,这一法则却不只局限于计算机领域,在其它领域也相同适用。

比方。美国人就在航天系统的设计中採用这一法则。

狭义的迪米特法则
假设两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。

假设当中的一个类须要调用还有一个类的某一个方法的话,能够通过第三者转发这个调用。

朋友圈的确定
“朋友”条件:
1)当前对象本身(this)
2)以參量形式传入到当前对象方法中的对象
3)当前对象的实例变量直接引用的对象
4)当前对象的实例变量假设是一个聚集,那么聚集中的元素也都是朋友
5)当前对象所创建的对象
不论什么一个对象,假设满足上面的条件之中的一个。就是当前对象的“朋友”;否则就是“陌生人”。
狭义的迪米特法则的缺点:
在系统里造出大量的小方法。这些方法不过传递间接的调用,与系统的商务逻辑无关。
遵循类之间的迪米特法则会是一个系统的局部设计简化。由于每个局部都不会和远距离的对象有直接的关联。可是,这也会造成系统的不同模块之间的通信效率减少,也会使系统的不同模块之间不easy协调。
门面模式和调停者模式实际上就是迪米特法则的应用。
广义的迪米特法则在类的设计上的体现:
优先考虑将一个类设置成不变类。

尽量减少一个类的訪问权限。
慎重使用Serializable。
尽量减少进入会员。

版权声明:本文博客原创文章。博客,未经同意,不得转载。

设计模式6大原则(5)-得墨忒耳

标签:

原文地址:http://www.cnblogs.com/gcczhongduan/p/4626687.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!