Kompozicija gradi ponašanje držanjem drugih objekata (odnos "has-a") i delegiranjem na njih. Nasljeđivanje stječe ponašanje proširenjem klase ("is-a"). Savjet "favorizirati kompoziciju" postoji jer nasljeđivanje kreira tesnu, krhku spregu s baznom klasom, dok kompozicija ostaje fleksibilna.
<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
}
Držanjem liste umjesto biti lista, Stack izlaže samo one operacije koje želi.
| Kompozicija | Nasljeđivanje |
|---|---|
| Fleksibilna, zamijeni dijelove tijekom izvođenja | Fiksirana u vremenu kompajliranja |
| Sakrije interna (delegiranje) | Nasljeđuje cijeli sučelje |
| Više okabljavanja/boilerplate | Manje koda kada je doista is-a |
| Izbjegava krhku baznu klasu | Podklasa se prekida ako se baza promijeni |
Koristite nasljeđivanje samo za prave, stabilne is-a odnose; koristite kompoziciju za "trebam to ponašanje."
Nasljeđivanje izlaže cijelo sučelje roditelja, pa subklasa ne može u potpunosti kontrolirati svoj ugovor — Stack extends ArrayList curenja je klasičan primjer.
Kompozicija održava odnose eksplicitnim i zamjenjivim, zbog čega se dependency injection, strategy paterni i najfleksibilniji dizajni oslanjaju na nju.