17370845950

组合比继承更灵活安全，适用于“有一个”关系；应优先使用组合，通过协议约束接口、运行时替换组件，并避免滥用导致过度拆分。

组合比继承更灵活、更安全，尤其适合“有一个”（has-a）关系，而不是“是一个”（is-a）关系。关键不是拒绝继承，而是优先考虑组合——它让类职责更清晰、测试更容易、耦合更低。

明确关系：用组合表达“由什么构成”

比如，一辆车 有 一个引擎、一个变速箱、一组轮胎，而不是“车是一种引擎”。这时应把引擎等作为属性封装进 Car 类，而不是让 Car 继承 Engine。

• 定义独立的组件类（如 Engine、NavigationSystem），各自负责单一职责
• 在主类中以实例属性方式持有它们：self.engine = Engine()
• 通过委托调用行为：self.engine.start()，而非 super().start()

运行时替换与动态配置

组合支持在创建对象后更换组件，继承则在定义时就固定了父类行为。

• 可以传入不同实现：比如 Car(engine=ElectricEngine()) 或 Car(engine=GasEngine())
• 便于模拟和测试：单元测试中可传入 Mock 对象代替真实依赖
• 避免继承链过深导致的“脆弱基类”问题（修改父类可能意外破坏子类）

用协议或抽象基类约束接口，不依赖具体类型

组合不等于放任自由——需要约定组件该提供什么方法。Python 推荐用 typing.Protocol 或 abc.ABC 声明契约。

• 定义 class Startable(Protocol):

  

  def start(self) -> None: ...
• 让 Engine、Motor 等实现该协议
• 主类只依赖协议：def __init__(self, engine: Startable)，类型检查更准，语义更清晰

避免“组合滥用”：别为了组合而组合

不是所有关联都该用组合。如果两个类天然存在强生命周期绑定（如内部状态不可分离）、且逻辑高度内聚，内嵌为普通属性或私有类反而更合适。

• 例如 HttpRequest 包含一个 _headers: dict，没必要单独抽成 Headers 类再组合
• 过度拆分会导致调用链变长、调试困难，判断标准是“是否需独立复用或替换”
• 组合 ≠ 拆得越碎越好，核心是提升可维护性，不是增加抽象层