设计模式2.0——软件架构设计的七大原则——合成复用原则

本文探讨了合成复用原则(CARP)在软件设计中的重要性,特别是通过对象组合而非继承来提高系统的灵活性和降低耦合度。以数据库操作为例,展示了如何通过抽象基类和具体实现类的支持,使系统能够轻松地扩展到不同的数据库类型,如从MySQL到Oracle,而无需修改现有代码。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

合成复用原则(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 数据库连接";
    }
}

具体选择交给应用层,来看一下类图:

总结

学习设计原则,学习设计模式的基础。在实际开发过程中,并不是一定要求所有代码都遵循设计原则,我们要考虑人力、时间、成本、质量,不是刻意追求完美,要在适当的场景遵循设计原则,体现的是一种平衡取舍,帮助我们设计出更加优雅的代码结构。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值