优先使用组合而非继承，因其使职责更清晰、支持运行时行为变更、规避多重继承复杂性，并契合 Python 鸭子类型哲学。
在 Python 开发中，优先使用组合而非继承，是构建灵活、可维护系统的关键设计原则。这不是教条，而是源于 Python 动态特性与实际工程需求的自然选择。
组合让类职责更清晰
继承容易导致父类承担过多职责，子类被迫继承不需要的功能，形成“胖基类”。组合则明确“拥有什么”，而不是“是什么”。比如一个 red”>EmailService 类不需要继承Logger，而应持有一个日志器实例：
- 用 self.logger = Logger() 表达“我需要记录日志”
- 避免 class EmailService(Logger) 带来的语义混淆和方法污染
- 后续替换为 FileLogger 或NullLogger时，只需改初始化，不碰类结构
组合天然支持运行时行为变更
Python 对象属性可在运行中替换，组合借此实现高度动态的行为调整。继承关系在定义时就固化，无法临时切换。
- 例如网络客户端可动态更换 self.encoder（如从JsonEncoder 切到MsgPackEncoder）
- 测试时直接注入模拟对象：client.transport = MockTransport()
- 无需修改类定义，也不依赖复杂的 mock 框架打补丁
组合规避多重继承的复杂性
Python 虽支持多重继承，但 MRO（方法解析顺序）和 super() 调用链容易出错，尤其在第三方库混用时。组合把依赖显式声明为属性，逻辑一目了然。
立即学习“Python 免费学习笔记（深入）”；
- 要同时用缓存和重试机制？直接加 self.cache = RedisCache() 和self.retryer = ExponentialRetry()
- 每个组件独立测试、独立升级，互不干扰
- 不会因某个父类修改 __init__ 签名而引发子类初始化失败
组合更契合 Python 的鸭子类型哲学
Python 看重“能做什么”，而非“属于哪个类型”。组合鼓励面向接口编程：只要对象有 .send() 方法，就能传给邮件发送器；只要支持 __len__ 和__getitem__，就能当序列用。
- 函数参数接收任意符合协议的对象，不强制要求继承某基类
- typing.Protocol配合组合，提供轻量级、无侵入的类型提示
- 代码更贴近真实问题域，比如 PaymentProcessor 组合 FraudChecker 和Notifier，比抽象出“可支付的事务实体”更直白
