Proč je kompozice často preferována před dědičností?

Question

Accepted Answer

**Kompozice místo dědičnosti** je široce citovaný návrhový princip — upřednostňování budování objektů **kombinováním chování** (kompozice) namísto dědění z bázových tříd (dědičnost). Dědičnost má významné nevýhody, kterým se kompozice vyhýbá, ačkoli obě mají své místo.

## Dědičnost vs. kompozice

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

## Proč má dědičnost problémy

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

## Proč je kompozice často lepší

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

## Proč na tom záleží

Chápání, proč je kompozice často preferována před dědičností, je cenné znalosti na úrovni senior vývojáře, protože je to **základní návrhový princip**, který zvyšuje flexibilitu a udržovatelnost a odráží zralý návrhový úsudek.

Princip "upřednostňovat kompozici před dědičností" je široce citován, protože dědičnost má navzdory tomu, že jde o základní OO funkcionalitu, významné nevýhody.

Chápání **rozlišení** (dědičnost jako vztah "JE" rozšiřující rodiče, kompozice jako vztah "MÁ" stavěný z ostatních objektů) je základem.

Chápání **proč má dědičnost problémy** je klíčová vhled: **těsné vazby** (podtřídy vázané na implementaci svého rodiče, kde změny rodiče porušují podtřídy — problém křehké bázové třídy), **rigidní hierarchie** (hluboké stromy dědičnosti, které je obtížné změnit a pochopit), **neflexibilita** (typicky jen jednoduchá dědičnost, chování fixované v čase kompilace, obtížné kombinovat chování z více zdrojů) a vynucování vztahů "JE" které nemusí skutečně platit.

To jsou skutečné, významné problémy, které způsobují obtíže s údržbou.

Chápání **proč je kompozice často lepší** — **flexibilita** (skládání a kombinování chování podle potřeby, změna za běhu), **volné vazby** (závislost na rozhraních skládaných částí spíše než na implementacích rodiče), **znovupoužitelnost** (malé, zaměřené komponenty znovupoužívané v mnoha kombinacích) a snazší změna a testování — vysvětluje, proč se kompozice vyhýbá nevýhodám dědičnosti.

Rozeznávání, že mnoho vzorů (Strategy, Decorator) používá kompozici, zatímco dědičnost má stále platné použití (skutečné vztahy "JE", sdílení rozhraní), odráží vyvážený úsudek — kompozice je *často* preferována, ale dědičnost má své místo.

Tento princip je základní pro flexibilní, udržovatelný design.

Protože "upřednostňovat kompozici před dědičností" je základní, široce citovaný návrhový princip, a protože pochopení skutečných nevýhod dědičnosti (vazby, tuhost, neflexibilita) a výhod kompozice (flexibilita, volné vazby, znovupoužitelnost) — při uznání platných použití dědičnosti — odráží zralý návrhový úsudek, který zlepšuje kód, je pochopení, proč je kompozice často preferována před dědičností, cenné znalosti na úrovni senior — základní návrhový princip pro flexibilní, udržovatelný kód, podpírající mnoho vzorů a odrážející zralý návrhový úsudek (upřednostňování kompozice při vědomí místa dědičnosti) očekávaný od senior vývojářů píšících dobře navržený objektově orientovaný software.