Law of Demeter LoD
最少知识原则:Least Knowledge Principle
一个对象应当对其他对象有尽可能少的了解,不和陌生人说话。
LoD:如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。
面向接口编程,不要面向实现编程。
迪米特法则强调在类的结构设计上,每一个类都应当尽量降低成员的访问权限。也即,一个雷包装好自己的private状态,不需要让别的类知道自己的字段或行为就不要公开。
迪米特法则的根本思想:类之间的松耦合。耦合越低,越利于复用。类的修改,不会对有关系的类造成搏击。信息的隐藏促进了软件的复用。
子类必须能够替换调它们的父类型。只有当子类可以替换掉父类,软件单位的功能不受到影响时,父类才能真正被复用,而子类也能够在父类的基础上增加新的行为。
来源:大话设计模式 11章迪米特法则
面向对象的设计原则和面向对象的三大特性是不矛盾的。生成不同订单(终端订单,号卡订单等等)都需要有创建订单(生成订单的编号,时间戳)的操作,用一个生成订单的接口的newOrder方法创建订单,根据订单的类型找到不同订单的不同操作,调用子类的创建订单的方法。是迪米特法则和模板方法模式的应用。
没有管理,单靠人际关系协调很难办成事,需要一个抽象类或者接口来统筹子类的行为。