组合替代继承，降低耦合提升灵活性

本文深入探讨了面向对象设计中“组合优于继承”的核心理念，强调通过将“我是一个什么”的强继承关系转变为“我拥有什么”的松耦合协作模式，显著降低系统耦合度、增强运行时灵活性，并规避脆弱基类等继承固有缺陷；文章不仅厘清了组合与继承的本质区别，更系统性地给出了落地实践路径——从识别可复用行为、抽取小而专的接口与组件，到构造注入依赖、委托替代重写，再到精细化管理组合粒度与生命周期，为构建高内聚、低耦合、易测试、可演进的现代软件系统提供了清晰、实用且富有深度的设计指南。

直接用组合替代继承，核心是把“我是一个什么”变成“我拥有什么”，从强绑定转向松耦合。不是删掉父类，而是把原本靠继承获得的能力，改由独立对象提供。

识别并拆分可复用的行为

先看现有继承链里哪些方法或字段真正被子类共用，且不随具体类型变化。比如多个类都需日志能力，但日志方式（控制台、文件、网络）不同——这就不该放在父类里硬编码，而应抽成 Logger 接口和若干实现类。

• 把原父类中与核心身份无关的功能（如序列化、校验、缓存、通知）逐个拎出来，封装为小而专注的类
• 每个新类只做一件事，比如 JsonSerializer 只管转 JSON，RetryPolicy 只管重试逻辑
• 避免出现“工具类大杂烩”，一个类里塞了十种功能

在类中声明依赖，而非扩展父类

原来写 class OrderProcessor extends BaseService，现在改为 class OrderProcessor，内部持有一个 ServiceHelper 实例。

• 通过构造函数注入依赖：例如 def __init__(self, logger: Logger, validator: Validator)
• 不 new 具体实现，而是接收接口或抽象类型，便于后期替换（比如测试时传 MockLogger）
• 如果某些行为是可选的，就用可空类型或 Optional 包装，避免强制初始化

用委托代替重写，运行时切换行为

继承中常靠 override 改变父类方法，但一旦父类逻辑调整，所有子类都要跟着动。组合下，你可以随时换掉整个协作对象。

• 例如支付类不再继承 AlipayPayment 或 WechatPayment，而是持有一个 PaymentStrategy 接口实例
• 下单时根据用户地区动态选策略：self.payment = strategy_factory.get_strategy(country)
• Kotlin 中可用 by 关键字自动委托接口实现，省去手动转发代码

注意组合粒度和生命周期管理

组合不是简单地往类里塞一堆 new 出来的对象。要区分“组合”和“聚合”：前者生命周期一致（如订单包含订单项，删订单就删所有项），后者可独立存在（如用户持有邮箱服务，换服务商不影响用户本身）。

• 对必须同生共死的对象，在构造函数中创建；对可替换、可延迟加载的，通过参数传入或工厂获取
• 避免循环引用，比如 A 持有 B，B 又持有 A —— 这会阻碍测试和垃圾回收
• 资源型对象（如数据库连接、HTTP 客户端）建议统一交由容器管理，不要在业务类里自行 new

到这里，我们也就讲完了《组合替代继承，降低耦合提升灵活性》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！