迪米特法则(LoD):又称最少知识原则(LKP),就是说一个对象应当对其他对象尽可能少的了解。<br />

狭义的迪米特法则:

如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用.如果其中一个类需要调用另一个类的方法的话,可以通过第三者转发这个调用.

缺点:

会在系统内造出大量的小方法,散落在系统的各个角落.这些方法仅仅是传递间接的调用,因此系统与系统中的商业逻辑无关.当设计师试图从一张类图看出总体的构架时,这些小方法会造成迷惑和困扰.

为了克服狭义迪米特法则的缺点,可以使用依赖倒转原则,引入一个抽象的类型引用”抽象陌生人"对象,使"某人”依赖于"抽象陌生人",换言之,就是将"抽象陌生人"变成朋友.

广义的迪米特法则:

一个模块设计得好坏的一个重要的标志就是该模块在多大的程度上将自己的内部数据与实现有关的细节隐藏起来.

信息的隐藏非常重要的原因在于,它可以使各个子系统之间脱耦,从而允许它们独立地被开发,优化,使用阅读以及修改.

迪米特法则的主要用意是控制信息的过载.在运用迪米特法则到系统的设计中时,要注意以下几点:

* 在类的划分上,应当创建有弱耦合的类.类之间的耦合越弱,就越有利于复用.

* 在类的结构设计上,每一个类都应当尽量降低成员的访问权限.

* 在类的设计上,只要可能,一个类应当设计成不变类.

* 在对其他类的引用上,一个对象对其他对象的引用应降到最低.

* 尽量限制局部变量的有效范围.

One Response to 迪米特法则(Law of Demeter)
  1. If my problem was a Death Star, this article is a photon toorpde.


[top]

Leave a Reply

电子邮件地址不会被公开。 必填项已用*标注