Komposisi membangun perilaku dengan memegang objek lain (relasi "has-a") dan mendelegasikan kepada mereka. Pewarisan memperoleh perilaku dengan memperluas kelas ("is-a"). Nasihat "lebih memilih komposisi" ada karena pewarisan menciptakan coupling yang ketat dan rapuh terhadap kelas dasar, sementara komposisi tetap fleksibel.
<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
}
Dengan memegang daftar daripada menjadi daftar, Stack hanya mengekspos operasi yang diinginkannya.
| Komposisi | Pewarisan |
|---|---|
| Fleksibel, tukar bagian saat runtime | Tetap pada waktu kompilasi |
| Menyembunyikan internal (delegasi) | Mewarisi seluruh antarmuka |
| Lebih banyak pengkabelan/boilerplate | Kode lebih sedikit ketika benar-benar is-a |
| Menghindari kelas dasar yang rapuh | Subkelas rusak jika dasar berubah |
Gunakan pewarisan hanya untuk relasi is-a yang asli dan stabil; gunakan komposisi untuk "saya membutuhkan perilaku ini."
Perwarisan mengekspos seluruh antarmuka induk, jadi subkelas tidak dapat sepenuhnya mengontrol kontraknya sendiri — kebocoran Stack extends ArrayList adalah contoh klasik.
Komposisi menjaga relasi tetap eksplisit dan dapat ditukar, itulah mengapa dependency injection, pola strategi, dan sebagian besar desain paling fleksibel mengandalkannya.