A kompozíció más objektumok tartása ("has-a" kapcsolat) és delegálás révén építi fel a viselkedést. Az öröklés egy osztály kiterjesztése ("is-a") révén szerez viselkedést. A "kompozíciót részesítse előnyben" tanács azért létezik, mert az öröklés szoros, törékenyen csatolt kapcsolatot hoz létre az alaposztályhoz, míg a kompozíció rugalmas marad.
<T> <T> {
{ add(x); }
T { remove(size() - ); }
}
class Stack<T> {
private final List<T> items = new ArrayList<>(); // HAS-A list
void push(T x) { items.add(x); }
T pop() { return items.remove(items.size() - 1); }
// only push/pop are exposed → LIFO invariant is safe
}
Egy lista megtartása helyett annak lenni, a Stack csak az általa kívánt műveleteket teszi elérhetővé.
| Kompozíció | Öröklés |
|---|---|
| Rugalmas, cserélje ki az alkatrészeket futásidőben | Fix fordítási időben |
| Rejti az internákat (delegálás) | Örökli a teljes interfészt |
| Több vezetékzés/boilerplate | Kevesebb kód, ha valóban is-a |
| Elkerüli a törékenyen alaposztályt | Az alosztály megtörik, ha az alap változik |
Örökléset csak valódi, stabil is-a kapcsolatokhoz használjon; kompozíciót a "szükségem van erre a viselkedésre" esetekhez.
Az öröklés feltárja a szülő teljes interfészét, így az alosztály nem tudja teljes mértékben kontrolálni a saját szerződését — a Stack extends ArrayList szivárgása a klasszikus példa.
A kompozíció explicit és cserélhető kapcsolatokat tart fenn, ezért a dependency injection, strategy patternok és a legtöbb rugalmas tervezés rá támaszkodik.