Composition دوسری objects کو رکھ کر ("has-a" تعلق) ان کو کام سونپ کر رویہ بناتا ہے۔ Inheritance کسی class کو بڑھا کر ("is-a") رویہ حاصل کرتا ہے۔ "composition کو فضیلت دیں" کا مشورہ اس لیے موجود ہے کیونکہ inheritance ایک base class کے ساتھ سخت، نازک coupling بناتا ہے، جبکہ composition لچکدار رہتا ہے۔
<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
}
ایک list کا حصہ بننے کی بجائے رکھ کر، Stack صرف وہی operations expose کرتا ہے جو وہ چاہتا ہے۔
| Composition | Inheritance |
|---|---|
| لچکدار، رن ٹائم پر حصے تبدیل کریں | compile time پر fixed |
| داخلی حصوں کو چھپاتا ہے (delegation) | پورا interface inherit کرتا ہے |
| زیادہ wiring/boilerplate | کم code جب واقعی is-a ہو |
| نازک base class سے بچتا ہے | اگر base تبدیل ہو تو subclass ٹوٹ جاتا ہے |
Inheritance کو صرف حقیقی، مستحکم is-a تعلقات کے لیے استعمال کریں؛ composition کو "مجھے یہ رویہ چاہیے" کے لیے استعمال کریں۔
Inheritance parent کا پورا interface expose کرتا ہے، تو ایک subclass اپنے contract پر مکمل کنٹرول نہیں رکھ سکتا — Stack extends ArrayList leak کلاسک مثال ہے۔
Composition تعلقات کو واضح اور قابلِ تبدیلی رکھتا ہے، یہی وجہ ہے کہ dependency injection، strategy patterns، اور زیادہ تر لچکدار ڈیزائن اس پر منحصر ہیں۔