Pourquoi la composition est-elle souvent préférée à l'héritage ?

Question

Accepted Answer

**Composition plutôt qu'héritage** est un principe de conception largement cité — favorizant la construction d'objets en **combinant des comportements** (composition) plutôt que d'hériter de classes de base (héritage). L'héritage a des inconvénients significatifs que la composition évite, bien que les deux aient leur place.

## Héritage versus composition

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

## Pourquoi l'héritage pose problème

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

## Pourquoi la composition est souvent meilleure

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

## Pourquoi c'est important

Comprendre pourquoi la composition est souvent préférée à l'héritage est une connaissance précieuse de niveau senior car c'est un **principe de conception fondamental** qui améliore la flexibilité et la maintenabilité, reflétant un jugement de conception mature.

Le principe « favoriser la composition plutôt que l'héritage » est largement cité parce que l'héritage, malgré être une fonctionnalité centrale de la POO, a des inconvénients significatifs.

Comprendre la **distinction** (l'héritage comme une relation « EST-UN » étendant un parent, la composition comme une relation « POSSÈDE-UN » construite à partir d'autres objets) est la fondation.

Comprendre **pourquoi l'héritage pose problème** est l'insight clé : **couplage serré** (les sous-classes liées à l'implémentation de leur parent, les changements du parent cassant les sous-classes — le problème de la classe de base fragile), **hiérarchies rigides** (les arbres d'héritage profonds devenant difficiles à changer et comprendre), **manque de flexibilité** (généralement un seul héritage, comportement fixé à la compilation, difficile de combiner des comportements de multiples sources), et le forçage de relations IS-UN qui peuvent ne pas vraiment tenir.

Ce sont des problèmes réels et significatifs qui causent des difficultés de maintenance.

Comprendre **pourquoi la composition est souvent meilleure** — **flexibilité** (composant et combinant des comportements selon les besoins, changement à l'exécution), **couplage faible** (dépendant des interfaces des parties composées plutôt que des implémentations parent), **réutilisabilité** (petits composants ciblés réutilisés dans de nombreuses combinaisons), et test et changement plus faciles — explique pourquoi la composition évite les inconvénients de l'héritage.

Reconnaître que de nombreux patterns (Stratégie, Décorateur) utilisent la composition, tandis que l'héritage a toujours des usages valides (vraies relations IS-UN, partage d'interfaces), reflète un jugement équilibré — la composition est *souvent* préférée, mais l'héritage a sa place.

Ce principe est fondamental pour une conception flexible et maintenable.

Puisque « favoriser la composition plutôt que l'héritage » est un principe de conception fondamental et largement cité, et puisque comprendre les vrais inconvénients de l'héritage (couplage, rigidité, manque de flexibilité) et les bénéfices de la composition (flexibilité, couplage faible, réutilisabilité) — tout en reconnaissant les usages valides de l'héritage — reflète un jugement de conception mature qui améliore le code, comprendre pourquoi la composition est souvent préférée à l'héritage est une connaissance précieuse de niveau senior — un principe de conception fondamental pour un code flexible et maintenable, sous-jacent à de nombreux patterns, et reflétant le jugement de conception mature (favorisant la composition tout en connaissant la place de l'héritage) attendu des développeurs senior écrivant un logiciel orienté objet bien conçu.