设计模式六大原则(五)迪米特法则(最少知道原则)
2010-08-25 15:24
495 查看
10.3.5 迪米特法则(最少知道原则)(Demeter Principle)
迪米特法则(Law of Demeter)又叫最少知道原则(Least Knowledge Principle),1987年秋天由美国Northeastern University的Ian Holland提出,被UML的创始者之一Booch等普及。后来,因为在经典著作《 The Pragmatic Programmer》中提出而广为人知。
迪米特法则可以简单说成:talk only to your immediate friends。 对于面向OOD来说,又被解释为下面几种方式:
一个软件实体应当尽可能少地与其他实体发生相互作用。
每一个软件单位对其他的单位都只有最少的知识,而且局限于那些与本单位密切相关的软件单位。
迪米特法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖,因此,很容易使得系统的功能模块功能独立,相互之间不存在(或很少有)依赖关系。
迪米特法则不希望类直接建立直接的接触。如果真的有需要建立联系,也希望能通过它的友元类来转达。因此,应用迪米特法则有可能造成的一个后果就是:系统中存在大量的中介类,这些类之所以存在完全是为了传递类之间的相互调用关系-这在一定程度上增加了系统的复杂度。
例如,购房者要购买楼盘A、B、C中的楼,他不必直接到楼盘去买楼,而是可以通过一个售楼处去了解情况,这样就减少了购房者与楼盘之间的耦合,如图10-6所示。
后文中的外观模式(Facade)和中介者模式(Mediator),都是如上这种迪米特法则应用的例子。
迪米特法则(Law of Demeter)又叫最少知道原则(Least Knowledge Principle),1987年秋天由美国Northeastern University的Ian Holland提出,被UML的创始者之一Booch等普及。后来,因为在经典著作《 The Pragmatic Programmer》中提出而广为人知。
迪米特法则可以简单说成:talk only to your immediate friends。 对于面向OOD来说,又被解释为下面几种方式:
一个软件实体应当尽可能少地与其他实体发生相互作用。
每一个软件单位对其他的单位都只有最少的知识,而且局限于那些与本单位密切相关的软件单位。
迪米特法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖,因此,很容易使得系统的功能模块功能独立,相互之间不存在(或很少有)依赖关系。
迪米特法则不希望类直接建立直接的接触。如果真的有需要建立联系,也希望能通过它的友元类来转达。因此,应用迪米特法则有可能造成的一个后果就是:系统中存在大量的中介类,这些类之所以存在完全是为了传递类之间的相互调用关系-这在一定程度上增加了系统的复杂度。
例如,购房者要购买楼盘A、B、C中的楼,他不必直接到楼盘去买楼,而是可以通过一个售楼处去了解情况,这样就减少了购房者与楼盘之间的耦合,如图10-6所示。
相关文章推荐
- 设计模式六大原则(5):迪米特法则(最少知道原则)
- 设计模式六大原则(5):迪米特法则 最少知道
- 设计模式六大原则例子(五)-- 最少知识原则(LKP)/ 迪米特法则(LOD)例子
- "围观"设计模式(5)--迪米特法则(Lod,Law of Demeter)或最少知道原则(Least Knowledge Principle)
- Java设计模式——六大原则之最少知道
- Java与设计模式(七)设计原则--迪米特法则(最少知道原则)
- [设计模式]面向对象设计原则之迪米特法则(最少知道法则)
- 设计模式六大原则(五)-- 最少知识原则 ( LKP ) / 迪米特法则 ( LOD )
- "围观"设计模式(5)--迪米特法则(Lod,Law of Demeter)或最少知道原则(Least Knowledge Principle)
- 设计模式值六大原则——迪米特法则(LoD)也称为最少知识原则(LKP)。
- 设计模式笔记(五)设计六大原则之五--迪米特法则
- 设计模式六大设计原则之迪米特法则(Law Of Demeter)
- 设计模式六大原则(5):迪米特法则
- 设计模式六大原则(5):迪米特法则
- 设计模式六大原则(5):迪米特法则
- 设计模式六大原则(5):迪米特法则
- 设计模式六大原则(5)迪米特法则(Law Of Demeter)
- 设计模式六大原则(5):迪米特法则
- java设计模式六大原则(5):迪米特法则
- 设计模式六大原则----------迪米特法则