Por que a composição é frequentemente preferida em relação à herança?

Question

Accepted Answer

**Composição sobre herança** é um princípio de design amplamente citado — favorecendo a construção de objetos ao **combinar comportamentos** (composição) em vez de herdar de classes base (herança). A herança tem desvantagens significativas que a composição evita, embora ambas tenham seu lugar.

## Herança versus composição

```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
```

## Por que a herança tem problemas

```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
```

## Por que a composição é frequentemente melhor

```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
```

## Por que isso importa

Compreender por que a composição é frequentemente preferida em relação à herança é conhecimento valioso de nível sênior porque é um **princípio de design fundamental** que melhora a flexibilidade e a manutenibilidade, refletindo um julgamento de design maduro.

O princípio "favorecer composição sobre herança" é amplamente citado porque a herança, apesar de ser um recurso central da OO, tem desvantagens significativas.

Compreender a **distinção** (herança como uma relação "É-UM" estendendo um pai, composição como uma relação "TEM-UM" construída a partir de outros objetos) é a base.

Compreender **por que a herança tem problemas** é o insight-chave: **acoplamento rígido** (subclasses vinculadas à implementação de seu pai, com mudanças no pai quebrando subclasses — o problema da classe base frágil), **hierarquias rígidas** (árvores de herança profundas ficando difíceis de alterar e entender), **inflexibilidade** (tipicamente apenas herança simples, comportamento fixado em tempo de compilação, difícil combinar comportamentos de múltiplas fontes), e forçar relações IS-A que podem não ser verdadeiras.

Estes são problemas reais e significativos que causam dificuldades de manutenção.

Compreender **por que a composição é frequentemente melhor** — **flexibilidade** (compor e combinar comportamentos conforme necessário, alterar em tempo de execução), **acoplamento solto** (depender de interfaces de partes compostas em vez de implementações do pai), **reutilização** (componentes pequenos e focados reutilizados em muitas combinações), e teste e mudança mais fáceis — explica por que a composição evita as desvantagens da herança.

Reconhecer que muitos padrões (Strategy, Decorator) usam composição, enquanto a herança ainda tem usos válidos (relações IS-A verdadeiras, compartilhamento de interfaces), reflete um julgamento equilibrado — composição é *frequentemente* preferida, mas a herança tem seu lugar.

Este princípio é fundamental para um design flexível e manutenível.

Como "favorecer composição sobre herança" é um princípio de design fundamental e amplamente citado, e como entender as desvantagens reais da herança (acoplamento, rigidez, inflexibilidade) e os benefícios da composição (flexibilidade, acoplamento solto, reutilização) — enquanto reconhecer os usos válidos da herança — reflete um julgamento de design maduro que melhora o código, entender por que a composição é frequentemente preferida em relação à herança é conhecimento valioso de nível sênior — um princípio de design fundamental para código flexível e manutenível, subjacente a muitos padrões, e refletindo o julgamento de design maduro (favorecendo composição enquanto se conhece o lugar da herança) esperado de desenvolvedores sênior escrevendo software orientado a objetos bem projetado.