组合比继承更灵活安全，适用于“有一个”关系；应优先使用组合，通过协议约束接口、运行时替换组件，并避免滥用导致过度拆分。
组合比继承更灵活、更安全，尤其适合“有一个”（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 声明契约。
立即学习“Python免费学习笔记（深入）”；
- 定义
class Startable(Protocol): def start(self) -> None: ... - 让
Engine、Motor等实现该协议 - 主类只依赖协议：
def __init__(self, engine: Startable)，类型检查更准，语义更清晰
避免“组合滥用”：别为了组合而组合
不是所有关联都该用组合。如果两个类天然存在强生命周期绑定（如内部状态不可分离）、且逻辑高度内聚，内嵌为普通属性或私有类反而更合适。
- 例如
HttpRequest包含一个_headers: dict，没必要单独抽成Headers类再组合 - 过度拆分会导致调用链变长、调试困难，判断标准是“是否需独立复用或替换”
- 组合 ≠ 拆得越碎越好，核心是提升可维护性，不是增加抽象层
