迪米特法则

Law of Demeter LoD
最少知识原则:Least Knowledge Principle
一个对象应当对其他对象有尽可能少的了解，不和陌生人说话。
LoD:如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。

面向接口编程，不要面向实现编程。
迪米特法则强调在类的结构设计上，每一个类都应当尽量降低成员的访问权限。也即，一个雷包装好自己的private状态，不需要让别的类知道自己的字段或行为就不要公开。
迪米特法则的根本思想:类之间的松耦合。耦合越低，越利于复用。类的修改，不会对有关系的类造成搏击。信息的隐藏促进了软件的复用。

子类必须能够替换调它们的父类型。只有当子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为。

来源:大话设计模式 11章迪米特法则
面向对象的设计原则和面向对象的三大特性是不矛盾的。生成不同订单(终端订单，号卡订单等等)都需要有创建订单(生成订单的编号，时间戳)的操作，用一个生成订单的接口的newOrder方法创建订单，根据订单的类型找到不同订单的不同操作，调用子类的创建订单的方法。是迪米特法则和模板方法模式的应用。

没有管理，单靠人际关系协调很难办成事，需要一个抽象类或者接口来统筹子类的行为。