Java设计模式之合成复用原则使用场景分析

一、核心适用场景

1. 需要动态扩展功能或行为
   • 场景示例：电商系统的支付方式（如支付宝、微信支付、信用卡支付）。
   • 解决方案：通过组合Payment接口的不同实现类（如Alipay、WeChatPay），在运行时动态切换支付策略，无需修改订单类代码。
   • 优势：符合开闭原则，新增支付方式只需添加新类，无需调整原有逻辑。
2. 避免类爆炸问题
   • 场景示例：汽车分类管理（按动力源分为汽油车、电动车；按颜色分为红色、白色等）。
   • 问题：若通过继承实现，每增加一种属性（如新颜色或新能源）需生成多个子类，导致类数量指数级增长。
   • 优化方案：将颜色、动力源抽象为独立类（如IColor、Engine），通过组合动态装配。例如：

     class Car {
         private IColor color;
         private Engine engine;
         // 通过构造函数或setter注入
     }
     

     此方式仅需新增属性类，无需修改原有继承体系。
3. 实现多维度变化的模块化设计
   • 场景示例：数据库连接模块（支持MySQL、Oracle等数据库，且需支持连接池配置）。
   • 实现：将数据库连接抽象为DBConnection接口，通过组合在运行时动态注入具体实现（如MySQLConnection、OracleConnection），结合依赖倒置原则提升灵活性。
4. 解耦复杂功能模块
   • 场景示例：图形绘制系统（支持基础形状与附加效果，如阴影、渐变）。
   • 反例：若通过继承实现，每个形状与效果组合需生成子类（如ShadowCircle、GradientRectangle），导致类爆炸。
   • 优化：通过组合Shape与Effect类，动态叠加功能：

     class ShadowDecorator {
         private Shape shape;
         public void draw() { shape.draw(); drawShadow(); }
     }
     

二、典型应用模式

1. 策略模式（Strategy Pattern）
   • 场景：支付系统、排序算法库。
   • 实现：将算法封装为独立策略类，通过组合动态切换。例如：

     class Order {
         private PaymentStrategy strategy;
         public void setStrategy(PaymentStrategy strategy) { ... }
     }
     

2. 装饰器模式（Decorator Pattern）
   • 场景：为对象动态添加职责（如Java的InputStream体系）。
   • 优势：避免通过继承生成大量子类，灵活组合功能。
3. 依赖注入（Dependency Injection）
   • 场景：Spring框架中的服务装配。
   • 实现：通过构造函数或setter方法注入依赖对象，实现高内聚低耦合。

三、需谨慎使用的场景

1. 简单功能复用且无扩展需求
   • 示例：实体类继承通用基类（如ElectricCar extends Car）。
   • 权衡：若功能稳定且无需动态变化，继承可简化代码。
2. 需严格遵循“is-a”关系
   • 示例：几何形状继承（Circle extends Shape）。
   • 注意：若子类需完全复用父类行为且无冲突，继承仍是合理选择。

四、设计原则对比与总结

五、实践建议

1. 优先组合，慎用继承：除非明确存在强is-a关系且功能稳定。
2. 接口抽象：组合时通过接口定义依赖关系，提升灵活性。
3. 依赖注入框架：利用Spring等框架管理组合对象的生命周期。
   通过合理应用合成复用原则，可显著提升代码的可维护性、扩展性与灵活性，同时降低系统耦合度。