为什么通常优先选择组合而不是继承？

Question

为什么通常优先选择组合而不是继承？

Accepted Answer

**组合优于继承** 是一个广泛引用的设计原则 — 倾向于通过 **组合行为** (组合) 而不是从基类继承 (继承) 来构建对象。继承存在重大缺陷，而组合可以避免这些缺陷，尽管两者都有各自的用途。

## 继承与组合

```text
INHERITANCE → a class EXTENDS another, inheriting its behavior ("IS-A" relationship):
  class Dog extends Animal
COMPOSITION → a class is BUILT FROM other objects/behaviors ("HAS-A" / uses):
  class Car { constructor() { this.engine = new Engine(); } }   // composes behaviors
→ composition: combine smaller pieces; inheritance: derive from a parent
```

## 为什么继承存在问题

```text
✗ TIGHT COUPLING → subclasses are tightly bound to their parent's implementation (changes
  to the parent can break subclasses — the "fragile base class" problem)
✗ RIGID hierarchies → deep/wide inheritance trees become hard to change and understand
✗ Inflexible → a class can usually only inherit from ONE parent; behavior is fixed at compile
  time; hard to combine behaviors from multiple sources
✗ Forces an "IS-A" relationship that may not truly hold; exposes parent internals
```

## 为什么组合通常更好

```text
✓ FLEXIBLE → compose behaviors as needed; combine multiple behaviors; change at RUNTIME
✓ LOOSE COUPLING → objects depend on interfaces of composed parts, not parent implementations
✓ REUSABLE → small, focused components reused in many combinations
✓ Easier to change/test; avoids fragile hierarchies; favors small, focused pieces
→ many patterns (Strategy, Decorator) use composition; "favor composition over inheritance"
  ⚠️ inheritance still has valid uses (true IS-A, sharing interface) → use it appropriately
```

## 为什么这很重要

理解为什么组合通常优先于继承是有价值的高级知识，因为这是一项 **基本的设计原则**，可以提高灵活性和可维护性，反映了成熟的设计判断。

"优先使用组合而非继承" 这一原则被广泛引用，是因为继承虽然是核心面向对象特性，但存在重大缺陷。

理解 **区别** (继承是扩展父类的 "IS-A" 关系，组合是从其他对象构建的 "HAS-A" 关系) 是基础。

理解 **为什么继承存在问题** 是关键洞察：**紧耦合** (子类与其父类实现绑定，父类的更改会破坏子类 — 脆弱基类问题)、**僵硬的层次结构** (深继承树变得难以更改和理解)、**缺乏灵活性** (通常仅支持单继承，行为在编译时固定，难以组合来自多个源的行为)，以及强制可能不成立的 IS-A 关系。

这些是导致维护困难的真实、重大问题。

理解 **为什么组合通常更好** — **灵活性** (根据需要组合和组织行为，在运行时改变)、**松耦合** (依赖于组成部分的接口而非父类实现)、**可重用性** (小型、专注的组件在许多组合中重用)，以及更容易的更改和测试 — 说明了组合如何避免继承的缺陷。

认识到许多模式 (策略模式、装饰器模式) 使用组合，而继承仍有有效用途 (真正的 IS-A 关系、共享接口)，反映了平衡的判断 — 组合 *通常* 更受欢迎，但继承有其用途。

这一原则是灵活、可维护设计的基础。

由于 "优先使用组合而非继承" 是一项基本的、被广泛引用的设计原则，而且由于理解继承的真实缺陷 (耦合、僵硬性、缺乏灵活性) 和组合的优势 (灵活性、松耦合、可重用性) — 同时认识到继承的有效用途 — 反映了改进代码的成熟设计判断，理解为什么组合通常优先于继承是有价值的高级知识 — 这是灵活、可维护代码的基本设计原则，是许多模式的基础，反映了编写设计良好的面向对象软件的高级开发人员应具备的成熟设计判断 (优先使用组合同时了解继承的位置)。