面向对象设计原则-合成复用原则

合成复用原则（Composite Reuse Principle， CRP：尽量使用对象组合/聚合，而不是继承来达到复用的目的

合成复用原则就是在一个新的对象里通过关联关系（组合关系/聚合关系）来使用一些已有的对象，使之称为新对象的一部分，新对象通过委派调用已有对象的方法达到复用功能的目的。

使用继承方式的缺点

通常类的复用分为继承复用和合成复用两种，继承复用虽然有简单和易实现的优点，但它也存在以下缺点

• 继承复用破坏了类的封装性。因为继承会将父类的实现细节暴露给子类，父类对子类时透明的，所以这种复用又称为白箱复用
• 子类与父类的耦合度高。父类的任何改变都会导致子类的实现发生变化，这不利于类的扩展与维护
• 它限制了复用的灵活性。从父类继承而来的实现是静态的，在编译时已经定义，所以在运行时不可能发生变化

使用组合聚合的优点

采用组合或聚合复用时，可以将已有对象纳入新对象中，使之成为新对象的一部分，新对象可以调用已有对象的功能，它有以下优点

• 维持了类的封装性。因为对象的内部细节是新对象看不见的，所以这种复用又称为“黑箱”复用。
• 新旧类之间的耦合度低。这种复用所需的依赖较少，新对象存取成员对象的唯一方法使通过成员对象的接口
• 合成复用可以在运行时动态进行，新对象可以动态的引用与成员对象类型相同的其他对象

案例1

某开发人员在初期的CRM系统中，考虑到客户数量不多，系统采用MySQL作为数据库，连接数据库的方法getConnection()封装在DBUtil类中，由于需要重用DBUtil类的getConnection()方法，设计人员将CustomerDAO作为DBUtil类的子类，初始设计方案如下

随着客户数量的增加，系统决定升级为Oracle数据库，因此需要增加一个新的OracleDBUtil类来连接Oracle数据库，由于在初始设计方案中CustomerDAO和DBUtil之间是继承关系，因此在更换数据库连接方式时需要修改CustomerDAO类的源代码，将CustomerDAO作为OracleDBUtil的子类，这将违反开闭原则。【当然也可以修改DBUtil类的源代码，同样会违反开闭原则。】

现使用合成复用原则对其进行重构。

根据合成复用原则，我们在实现复用时应该多用关联，少用继承。因此在本实例中我们可以使用关联复用来取代继承复用

CustomerDAO和DBUtil之间的关系由继承关系变为关联关系，采用依赖注入的方式将DBUtil对象注入到CustomerDAO中，可以使用构造注入，也可以使用Setter注入。如果需要对DBUtil的功能进行扩展，可以通过其子类来实现，如通过子类OracleDBUtil来连接Oracle数据库。由于CustomerDAO针对DBUtil编程，根据里氏代换原则，DBUtil子类的对象可以覆盖DBUtil对象，只需在CustomerDAO中注入子类对象即可使用子类所扩展的方法。例如在CustomerDAO中注入OracleDBUtil对象，即可实现Oracle数据库连接，原有代码无须进行修改，而且还可以很灵活地增加新的数据库连接方式。