Compositie versus overerving

Een klasse kan maar één basis uitbreiden. Diepe hiërarchieën worden star en je erft alles, ook onderdelen die je niet wilt.

Meerdere gedragingen combineren via overerving is onmogelijk zonder omslachtige ketens. Compositie omzeilt dit door veel directives onafhankelijk toe te passen.

Bij compositie blijft een component gericht en haalt het gedragingen binnen via hostDirectives, waarbij je er zoveel kunt combineren als nodig is.

De richtlijn "kies compositie boven overerving" geldt sterk voor Angular: compositie is flexibel, uitbreidbaar en voorkomt kwetsbare basisklassen.

Overerving kan geschikt zijn voor één stabiele basis die door nauw verwante varianten wordt gedeeld, bijvoorbeeld een basis voor formuliervelden die varianten verder specialiseren. Houd hiërarchieën ondiep.

Je kunt beide benaderingen combineren: breid een dunne basis uit voor gedeelde structuur en combineer gedragingen voor doorsnijdende aandachtspunten.

Compositie houdt de interne werking van elk gedrag privé en maakt alleen geselecteerde invoeren en uitvoeren beschikbaar, terwijl overerving de volledige API van de basis blootlegt.

Als een basisklasse ongerelateerde verantwoordelijkheden opstapelt, splits je elke verantwoordelijkheid op in een directive en combineer je ze. Het resultaat is modulairder en beter te testen.

Heb je meerdere onafhankelijke gedragingen nodig? Combineer ze. Heb je één gedeelde structurele basis nodig? Dan kan een ondiepe basis volstaan. Kies standaard voor compositie vanwege de flexibiliteit.

Je hebt geleerd dat compositie (gerichte gedragingen combineren via hostDirectives) flexibeler is dan overerving (één basisklasse), kwetsbare hiërarchieën voorkomt en de standaardkeuze hoort te zijn. Gebruik ondiepe overerving alleen voor gedeelde structuur.