Waarom wordt compositie vaak verkozen boven overerving?

Question

Accepted Answer

**Compositie boven overerving** is een breed aangehaald ontwerpprincipe — het gaat erom objecten te bouwen door **gedragingen te combineren** (compositie) in plaats van over te erven van basisklassen (overerving). Overerving heeft aanzienlijke nadelen die compositie vermijdt, hoewel beide hun plaats hebben.

## Overerving versus compositie

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

## Waarom overerving problemen heeft

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

## Waarom compositie vaak beter is

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

## Waarom het belangrijk is

Begrijpen waarom compositie vaak verkozen wordt boven overerving is waardevol kennis op senioreniveau, omdat het een **fundamenteel ontwerpprincipe** is dat flexibiliteit en onderhoudsbaarheid verbetert en rijp oordeel in ontwerp weerspiegelt.

Het principe "compositie boven overerving" wordt veel aangehaald omdat overerving, ondanks dat het een kernfunctie van OO is, aanzienlijke nadelen heeft.

Het begrijpen van het **onderscheid** (overerving als een "IS-A"-relatie die een ouder uitbreidt, compositie als een "HAS-A"-relatie die vanuit andere objecten is opgebouwd) is de basis.

Het begrijpen van **waarom overerving problemen heeft** is het sleutelaspect: **sterke koppeling** (subklassen gebonden aan de implementatie van hun ouder, waarbij veranderingen in de ouder subklassen breken — het fragile base class-probleem), **starre hiërarchieën** (diepe overervingsbomen die moeilijk te veranderen en begrijpen zijn), **inflexibiliteit** (meestal alleen enkele overerving, gedrag vastgelegd bij compilatie, moeilijk om gedragingen uit meerdere bronnen te combineren), en het afdwingen van IS-A-relaties die mogelijk niet echt gelden.

Dit zijn echte, aanzienlijke problemen die onderhoudsdoelstellingen veroorzaken.

Begrijpen van **waarom compositie vaak beter is** — **flexibiliteit** (gedragingen naar wens combineren en samenvoegen, verandering tijdens runtime), **losse koppeling** (afhankelijk van interfaces van samengestelde onderdelen in plaats van ouderimplementaties), **herbruikbaarheid** (kleine, gerichte componenten die in veel combinaties worden hergebruikt), en eenvoudiger wijzigen en testen — legt uit waarom compositie de nadelen van overerving vermijdt.

Het erkennen dat veel patronen (Strategy, Decorator) compositie gebruiken, terwijl overerving nog steeds geldige toepassingen heeft (echte IS-A-relaties, delen van interfaces), weerspiegelt evenwichtig oordeel — compositie wordt *vaak* verkozen, maar overerving heeft zijn plaats.

Dit principe is fundamenteel voor flexibel, onderhoudsbaar ontwerp.

Aangezien "compositie boven overerving" een fundamenteel, veel aangehaald ontwerpprincipe is, en aangezien het begrijpen van overerving's echte nadelen (koppeling, stijfheid, inflexibiliteit) en compositie's voordelen (flexibiliteit, losse koppeling, herbruikbaarheid) — terwijl erkend wordt dat overerving geldige toepassingen heeft — rijp oordeel in ontwerp weerspiegelt dat code verbetert, is het begrijpen waarom compositie vaak verkozen wordt boven overerving waardevol kennis op senioreniveau — een fundamenteel ontwerpprincipe voor flexibel, onderhoudsbaar code, onderliggend aan veel patronen, en weerspiegelend het rijpe ontwerpoordeel (compositie begunstigend terwijl men weet waar overerving thuishoort) dat van senior developers wordt verwacht die goed ontworpen objectgeoriënteerde software schrijven.