Kodėl sudėtis dažnai yra pageidaujama prieš paveldėjimą?

Question

Accepted Answer

**Sudėtis prieš paveldėjimą** yra plačiai cituojamas projektavimo principas — skatinantis objektus kurti **kombinuojant elgesį** (sudėtis) o ne paveldint iš bazinių klasių (paveldėjimas). Paveldėjimas turi reikšmingų trūkumų, kurių sudėtis vengia, nors abi turi savo vietą.

## Paveldėjimas ir sudėtis

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

## Kodėl paveldėjimas turi problemų

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

## Kodėl sudėtis dažnai geriau

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

## Kodėl tai svarbu

Supratimas, kodėl sudėtis dažnai yra pageidaujama prieš paveldėjimą, yra vertinga aukšto lygio žinojimas, nes tai **pagrindiniam projektavimo principas**, kuris pagerina lankstumą ir priežiūrą, atspindindamas brandų projektavimo sprendimą.

Principasss "pageidauti sudėties prieš paveldėjimą" yra plačiai cituojamas, nes paveldėjimas, nepaisant to, kad yra pagrindinė OO ypatybė, turi reikšmingų trūkumų.

Supratimas apie **skirtumą** (paveldėjimas kaip "YRA-A" santykis, pratęsiant tėvinę klasę, sudėtis kaip "TURĖTI-A" santykis, kuriant iš kitų objektų) yra pagrindas.

Supratimas apie **kodėl paveldėjimas turi problemų** yra pagrindinė įžvalga: **griežta priklausomybė** (potklasės susietos su jų tėvinės klasės realizacija, tėvinės klasės pakeitimai laužo potklases — trapios bazinės klasės problema), **standžios hierarchijos** (gilingas paveldėjimo medis tampa sunkiai keičiamas ir suprantamas), **nelankstumai** (paprastai tik vieningas paveldėjimas, elgesys fiksuotas kompiliavimo metu, sunkus suderinimas iš kelių šaltinių), ir primetimas IS-A santykių, kurie gali būti neteisingi.

Tai yra realios, reikšmingos problemos, kurios sukelia priežiūros sunkumus.

Supratimas apie **kodėl sudėtis dažnai geriau** — **lankstumas** (komponuojimas ir elgesio kombinacijos pagal poreikį, pasikeitimas vykdymo metu), **laisva priklausomybė** (priklausomybė nuo sukomponuotų dalių sąsajų, o ne tėvinės klasės realizacijų), **panaudojamumas** (maži, susikoncentravę komponentai, pakartotinai naudojami daugybėje kombinacijų), ir lengvesnis pokytis ir testavimas — paaiškina, kodėl sudėtis vengia paveldėjimo trūkumų.

Pripažinimas, kad daugelis šablonų (Strategy, Decorator) naudoja sudėtį, o paveldėjimas vis dar turi galimumus (tikrini IS-A santykiai, sąsajų bendrinimas), atspindi subalansuotą sprendimą — sudėtis *dažnai* pageidaujama, bet paveldėjimas turi savo vietą.

Šis principas yra pagrindinės lankstaus, priežiūraus projektavimo.

Kadangi "pageidauti sudėties prieš paveldėjimą" yra pagrindinis, plačiai cituojamas projektavimo principas, ir kadangi suprasti paveldėjimo realiuosius trūkumus (priklausomybė, standumas, nelankstumai) ir sudėties naudą (lankstumas, laisva priklausomybė, panaudojamumas) — kartu su paveldėjimo galiomis — atspindi brandų projektavimo sprendimą (pageidaujant sudėties naudojant paveldėjimo vietą), kuris pagerina kodą, supratimas apie tai, kodėl sudėtis dažnai yra pageidaujama prieš paveldėjimą, yra vertinga aukšto lygio žinojimas — pagrindinis lankstaus, priežiūraus kodo projektavimo principas, kuris būdingas daugeliui šablonų, ir atspindintis brandų projektavimo sprendimą (pageidaujant sudėties kartu su žiniomis apie paveldėjimo vietą), kurį tikimasi iš aukšto lygio kūrėjų, rašančių gerai suprojektuotą objektinio orientavimo programą.