Kompozice vytváří chování držením jiných objektů (vztah "has-a") a delegováním na ně. Dědičnost získává chování rozšířením třídy ("is-a"). Rady "upřednostňovat kompozici" existuje, protože dědičnost vytváří pevné, křehké propojení se základní třídou, zatímco kompozice zůstává flexibilní.
<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
}
Pomocí držení seznamu místo bytí jedním vystavuje Stack pouze operace, které chce.
| Kompozice | Dědičnost |
|---|---|
| Flexibilní, vyměňujte části za běhu | Fixní v době kompilace |
| Skrývá interní (delegace) | Dědí celé rozhraní |
| Více vedení/boilerplate | Méně kódu, když je to skutečně is-a |
| Vyhýbá se křehkosti základní třídy | Podtřída se zruší, pokud se změní základní třída |
Používejte dědičnost pouze pro opravdové, stabilní vztahy is-a; použijte kompozici pro "Potřebuji tohoto chování".
Dědičnost vystavuje celé rozhraní rodiče, takže podtřída nemůže plně kontrolovat vlastní smlouvu — únik Stack extends ArrayList je klasický příklad.
Kompozice udržuje vztahy explicitní a zaměnitelné, což je důvod, proč injekce závislostí, vzory strategie a většina flexibilních návrhů na ni spoléhají.