迪米特法则（LoD）

一个软件实体尽当尽可能少的与其他软件实体发生相互作用。

         LoD表述：1.只与你直接的朋友通信；2.不要跟“陌生人”说话；3.每一个软件单位对其他的单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。

         想象一下，如果你现在有件事情非常重要，需要托关系才能办成，正好你的朋友的朋友可以帮你办成此事，但是你跟他确是陌生人，你是自己直接找呢？还是你托你的朋友去找他呢？想必我们大家有个脑子的都会让朋友去托人办成此事，而且如果朋友发现他的朋友办不成此事时，它会找另外一个朋友，或者朋友的朋友，总之，这也算是解耦合的关系。

 

在我看来，软件最重要的是可维护性和良好的扩展性（需求频繁的变化是最要命的），可变性是任何软件维护最头疼的问题，有些还是灾难性的，如何在设计之初就预料到这些问题才是最为难能可贵的。大多数人认为这依赖于构架师的经验，这一点我比较赞同，但是预料到问题之后，怎么去封装这些问题，我想我们都应该掌握。

可变性的封装，拿什么去封装？java为我们提供了两种方式，接口和抽象类，在变化之处放置一个接口或者抽象类是一个不错的办法。看一看23种设计模式哪种设计模式没有用到接口和抽象类？我常常在想，你的设计模式，我的设计模式，大家的设计模式应当都遵循同一种原则。这种原则就是对不同的可变性进行封装，说到底，还是对可变性的封装。