本文节选自《设计模式就该这样学》

合成复用原则(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弹架构:30个设计模式真实案例(附源码),挑战年薪60W不是梦

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)