Perché la composizione è spesso preferita all'ereditarietà?

Question

Accepted Answer

**Composizione invece di ereditarietà** è un principio di design ampiamente citato — favorisce la costruzione di oggetti **combinando comportamenti** (composizione) piuttosto che ereditando da classi base (ereditarietà). L'ereditarietà ha significativi svantaggi che la composizione evita, anche se entrambe hanno il loro posto.

## Ereditarietà vs composizione

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

## Perché l'ereditarietà ha problemi

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

## Perché la composizione è spesso migliore

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

## Perché è importante

Capire perché la composizione è spesso preferita all'ereditarietà è una conoscenza preziosa a livello senior perché è un **principio di design fondamentale** che migliora la flessibilità e la manutenibilità, riflettendo un giudizio di design maturo.

Il principio "favori la composizione sull'ereditarietà" è ampiamente citato perché l'ereditarietà, nonostante sia una caratteristica fondamentale della programmazione orientata agli oggetti, ha significativi svantaggi.

Capire la **distinzione** (l'ereditarietà come una relazione "IS-A" che estende un genitore, la composizione come una relazione "HAS-A" che costruisce da altri oggetti) è la fondazione.

Capire **perché l'ereditarietà ha problemi** è l'insight chiave: **accoppiamento stretto** (le sottoclassi legate all'implementazione del loro genitore, con i cambiamenti del genitore che rompono le sottoclassi — il problema della fragile base class), **gerarchie rigide** (alberi di ereditarietà profondi che diventano difficili da cambiare e comprendere), **mancanza di flessibilità** (tipicamente solo ereditarietà singola, comportamento fissato al compile time, difficile combinare comportamenti da più fonti), e forzare relazioni IS-A che potrebbero non essere veramente valide.

Questi sono problemi reali e significativi che causano difficoltà di manutenzione.

Capire **perché la composizione è spesso migliore** — **flessibilità** (comporre e combinare comportamenti come necessario, cambiare a runtime), **accoppiamento lasco** (dipendere dalle interfacce dei componenti compositi piuttosto che dalle implementazioni del genitore), **riusabilità** (piccoli componenti focalizzati riutilizzabili in molte combinazioni), e facilità di cambio e testing — spiega perché la composizione evita gli svantaggi dell'ereditarietà.

Riconoscere che molti pattern (Strategy, Decorator) usano la composizione, mentre l'ereditarietà ha ancora usi validi (vere relazioni IS-A, condivisione di interfacce), riflette un giudizio equilibrato — la composizione è *spesso* preferita, ma l'ereditarietà ha il suo posto.

Questo principio è fondamentale per un design flessibile e manutenibile.

Poiché "favori la composizione sull'ereditarietà" è un principio di design fondamentale e ampiamente citato, e poiché capire i reali svantaggi dell'ereditarietà (accoppiamento, rigidità, mancanza di flessibilità) e i benefici della composizione (flessibilità, accoppiamento lasco, riusabilità) — riconoscendo al contempo gli usi validi dell'ereditarietà — riflette un giudizio di design maturo che migliora il codice, capire perché la composizione è spesso preferita all'ereditarietà è una conoscenza preziosa a livello senior — un principio di design fondamentale per codice flessibile e manutenibile, alla base di molti pattern, e riflettendo il giudizio di design maturo (favorendo la composizione sapendo qual è il posto dell'ereditarietà) atteso dai developer senior che scrivono software orientato agli oggetti ben progettato.