软件架构设计原则之合成复用原则
合成复用原则（Composite/Aggregate Reuse Principle，CARP）是指尽量使用对象组合（has-a）/聚合（contanis-a）而不是继承关系达到软件复用的目的。可以使系统更加灵活，降低类与类之间的耦合度，一个类的变化对其他类造成的影响相对较少。
继承叫作白箱复用，相当于把所有的实现细节暴露给子类。组合/聚合称为黑箱复用，我们是无法获取到类以外的对象的实现细节的。虽然我们要根据具体的业务场景来做代码设计，但也需要遵循OOP模型。以数据库操作为例，先来创建DBConnection类：
public class DBConnection {
public String getConnection(){
return "MySQL数据库连接";
}
}
创建ProductDao类：
public class ProductDao{
private DBConnection dbConnection;
public void setDbConnection(DBConnection dbConnection) {
this.dbConnection = dbConnection;
}
public void addProduct(){
String conn = dbConnection.getConnection();
System.out.println("使用"+conn+"增加产品");
}
}
这就是一种非常典型的合成复用原则的应用场景。但是，就目前的设计来说，DBConnection还不是一种抽象，不便于系统扩展。目前的系统支持MySQL数据库连接，假设业务发生变化，数据库操作层要支持Oracle数据库。当然，我们可以在DBConnection中增加对Oracle数据库的支持，但是这违背了开闭原则。其实，我们可以不修改Dao的代码，而将DBConnection修改为“abstract”的，来看代码：
public abstract class DBConnection {
public abstract String getConnection();
}
然后将MySQL的逻辑抽离：
public class MySQLConnection extends DBConnection {
@Override
public String getConnection() {
return "MySQL数据库连接";
}
}
再创建Oracle支持：
public class OracleConnection extends DBConnection {
@Override
public String getConnection() {
return "Oracle数据库连接";
}
}
具体选择交给应用层，来看一下类图，如下图所示。
file
本文为“Tom弹架构”原创，转载请注明出处。技术在于分享，我分享我快乐！
如果本文对您有帮助，欢迎关注和点赞；如果您有任何建议也可留言评论或私信，您的支持是我坚持创作的动力。关注“Tom弹架构”可获取更多技术干货！
其他设计原则
Tom弹架构：开闭原则（Open-Closed Principle，OCP）
Tom弹架构：依赖倒置原则（Dependence Inversion Principle，DIP）
Tom弹架构：单一职责原则（Simple Responsibility Pinciple，SRP）
Tom弹架构：接口隔离原则（Interface Segregation Principle, ISP）
