软件架构设计原则之合成复用原则

合成复用原则（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）

Tom弹架构：迪米特原则（Law of Demeter LoD）

Tom弹架构：里氏替换原则（Liskov Substitution Principle，LSP）