软件设计原则 —— 迪米特原则和合成复用原则

迪米特法则（Law of Demeter）又叫作最少知识原则（Least Knowledge Principle 简写LKP），一个类对于其他类知道的越少越好，就是说一个对象应当对其他对象有尽可能少的了解,只和朋友通信，不和陌生人说话。这里的朋友类有以下几种：

• 当前对象本身
• 以参数形式传入到当前对象方法中的对象
• 当前对象实例变量直接引用的对象
• 当前实例变量如果是一个聚集，则聚集中的元素也是朋友
• 当前对象所创建的对象

迪米特法则的应用的模式有门面模式和（中介者模式），它的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或很少有）依赖关系。迪米特法则不希望类之间建立直接的联系。如果真的有需要建立联系，也希望能通过它的友元类来转达。因此，应用迪米特法则有可能造成的一个后果就是：系统中存在大量的中介类，这些类之所以存在完全是为了传递类之间的相互调用关系——这在一定程度上增加了系统的复杂度。

合成复用原则（Composite/Aggregate Reuse Principle，CARP）是指尽量使用对象组合（has-a）/聚合（contanis-a）而不是继承关系达到软件复用的目的。可以使系统更加灵活，降低类与类之间的耦合度，一个类的变化对其他类造成的影响相对较少。继承叫作白箱复用，相当于把所有的实现细节暴露给子类。组合/聚合称为黑箱复用，我们是无法获取到类以外的对象的实现细节的。实际上我们我们最常用的就是合成复用原则了，比如下面的代码：

public class UserServiceImpl implements UserService {
    @Autowire
    private UserDao userDao;
}

一般情况下，我们的项目中会大量的用到这两个原则，只是用的时候我们可能没想到这两个原则罢了。软件设计原则是设计模式的基础，设计模式都是在设计原则的基础上总结出来的模式。