¿Por qué se suele preferir la composición sobre la herencia?

Question

Accepted Answer

**Composición sobre herencia** es un principio de diseño ampliamente citado — favoreciendo la construcción de objetos mediante **la combinación de comportamientos** (composición) en lugar de heredar de clases base (herencia). La herencia tiene inconvenientes significativos que la composición evita, aunque ambas tienen su lugar.

## Por qué es importante

```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 qué la herencia tiene 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 qué la composición es a menudo mejor

```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 qué es importante

Comprender por qué la composición es a menudo preferida sobre la herencia es conocimiento valioso de nivel senior porque es un **principio fundamental de diseño** que mejora la flexibilidad y mantenibilidad, reflejando un juicio de diseño maduro.

El principio "favorecer composición sobre herencia" es ampliamente citado porque la herencia, a pesar de ser una característica central de OO, tiene inconvenientes significativos.

Comprender la **distinción** (herencia como una relación "ES-UN" extendiendo un padre, composición como una relación "TIENE-UN" construyendo a partir de otros objetos) es la base.

Comprender **por qué la herencia tiene problemas** es la perspectiva clave: **acoplamiento fuerte** (subclases vinculadas a la implementación de su padre, con cambios en el padre rompiendo subclases — el problema de la clase base frágil), **jerarquías rígidas** (árboles de herencia profundos que se vuelven difíciles de cambiar y entender), **inflexibilidad** (típicamente solo herencia única, comportamiento fijo en tiempo de compilación, difícil de combinar comportamientos de múltiples fuentes), y forzar relaciones IS-UN que pueden no ser verdaderas.

Estos son problemas reales y significativos que causan dificultades de mantenimiento.

Comprender **por qué la composición es a menudo mejor** — **flexibilidad** (componiendo y combinando comportamientos según sea necesario, cambiando en tiempo de ejecución), **acoplamiento débil** (dependiendo de interfaces de partes compuestas en lugar de implementaciones padre), **reutilización** (componentes pequeños y enfocados reutilizados en muchas combinaciones), y cambio y prueba más fáciles — explica por qué la composición evita los inconvenientes de la herencia.

Reconocer que muchos patrones (Strategy, Decorator) usan composición, mientras que la herencia aún tiene usos válidos (verdaderas relaciones IS-UN, compartir interfaces), refleja un juicio equilibrado — la composición es *a menudo* preferida, pero la herencia tiene su lugar.

Este principio es fundamental para un diseño flexible y mantenible.

Ya que "favorecer composición sobre herencia" es un principio fundamental y ampliamente citado, y ya que comprender los inconvenientes reales de la herencia (acoplamiento, rigidez, inflexibilidad) y los beneficios de la composición (flexibilidad, acoplamiento débil, reutilización) — mientras se reconocen los usos válidos de la herencia — refleja un juicio de diseño maduro que mejora el código, comprender por qué la composición es a menudo preferida sobre la herencia es conocimiento valioso de nivel senior — un principio fundamental de diseño para código flexible y mantenible, que subyace a muchos patrones, y reflejando el juicio de diseño maduro (favoreciendo composición mientras se conoce el lugar de la herencia) que se espera de desarrolladores senior escribiendo software orientado a objetos bien diseñado.