किन composition अक्सरै inheritance भन्दा प्राथमिकता दिइन्छ?

Question

Accepted Answer

**Composition over inheritance** एक व्यापक रूपमा उद्धृत डिजाइन सिद्धान्त हो — वस्तुहरू **व्यवहारहरू संयोजन गरेर** (composition) बनाउन पसन्द गर्दै बेस क्लासहरूबाट विरासत लिनु (inheritance) भन्दा। Inheritance मा महत्त्वपूर्ण कमजोरीहरू छन् जुन composition ले टाले पनि, दुवै आफ्नो स्थान छन्।

## Inheritance बनाम composition

```text
INHERITANCE → a class EXTENDS another, inheriting its behavior ("IS-A" relationship):
  class Dog extends Animal
COMPOSITION → a class is BUILT FROM other objects/behaviors ("HAS-A" / uses):
  class Car { constructor() { this.engine = new Engine(); } }   // composes behaviors
→ composition: combine smaller pieces; inheritance: derive from a parent
```

## किन inheritance मा समस्याहरू छन्

```text
✗ TIGHT COUPLING → subclasses are tightly bound to their parent's implementation (changes
  to the parent can break subclasses — the "fragile base class" problem)
✗ RIGID hierarchies → deep/wide inheritance trees become hard to change and understand
✗ Inflexible → a class can usually only inherit from ONE parent; behavior is fixed at compile
  time; hard to combine behaviors from multiple sources
✗ Forces an "IS-A" relationship that may not truly hold; exposes parent internals
```

## किन composition अक्सरै राम्रो हुन्छ

```text
✓ FLEXIBLE → compose behaviors as needed; combine multiple behaviors; change at RUNTIME
✓ LOOSE COUPLING → objects depend on interfaces of composed parts, not parent implementations
✓ REUSABLE → small, focused components reused in many combinations
✓ Easier to change/test; avoids fragile hierarchies; favors small, focused pieces
→ many patterns (Strategy, Decorator) use composition; "favor composition over inheritance"
  ⚠️ inheritance still has valid uses (true IS-A, sharing interface) → use it appropriately
```

## किन यो महत्त्वपूर्ण हुन्छ

Composition अक्सरै inheritance भन्दा किन प्राथमिकता दिइन्छ भनी बुझ्नु मूल्यवान senior-level ज्ञान हो किनभने यो एक **आधारभूत डिजाइन सिद्धान्त** हो जसले लचकता र रखरखाव सुधार गर्छ, परिपक्व डिजाइन निर्णय प्रतिबिम्बित गर्दै।

"Composition लाई inheritance भन्दा प्राथमिकता दिनुहोस्" को सिद्धान्त व्यापक रूपमा उद्धृत गरिएको छ किनभने inheritance, एक मुख्य OO विशेषता भए पनि, महत्त्वपूर्ण कमजोरीहरू छन्।

**भेद** (inheritance एक अभिभावकलाई विस्तार गर्ने "IS-A" सम्बन्ध को रूप मा, composition अन्य वस्तुहरू बाट बनाउने "HAS-A" सम्बन्ध को रूप मा) बुझ्नु आधार हो।

**किन inheritance मा समस्याहरू छन्** भनी बुझ्नु मुख्य अन्तर्दृष्टि हो: **कडा युग्मन** (subclasses तिनीहरूको अभिभावकको कार्यान्वयनमा बन्धक, अभिभावकको परिवर्तनले subclasses लाई टुटाए — fragile base class समस्या), **कठोर पदानुक्रम** (गहिरो विरासत रुखहरू परिवर्तन र बुझ्न गाह्रो हुन्छन्), **अलचकता** (साधारणतः एकल मात्र विरासत, व्यवहार कम्पाइल समयमा निश्चित, धेरै स्रोतहरूबाट व्यवहारहरू संयोजन गर्न गाह्रो), र IS-A सम्बन्धहरू बाध्य पारिदै जुन साँच्चै राख्न सक्दैनन्।

यी वास्तविक, महत्त्वपूर्ण समस्याहरू छन् जुन रखरखाव कठिनाईहरू निर्माण गर्छन्।

**किन composition अक्सरै राम्रो हुन्छ** भनी बुझ्नु — **लचकता** (आवश्यकतानुसार व्यवहारहरू संयोजन र संयोजन गर्दै, runtime मा परिवर्तन), **ढीलो युग्मन** (composed भागहरूको अभिभावक कार्यान्वयनको सट्टा ईन्टरफेसमा निर्भर गर्दै), **पुनः प्रयोगशीलता** (साना, केन्द्रित घटकहरू धेरै संयोजनहरूमा पुनः प्रयोग गरिदै), र सजिलो परिवर्तन र परीक्षण — यसले composition को कारण व्याख्या गर्छ कि किन inheritance को कमजोरीहरू टलिएको छ।

धेरै ढाँचाहरू (Strategy, Decorator) composition प्रयोग गर्दछन् भनी पहिचान गर्दै, जबकि विरासतको अझै पनि वैध प्रयोगहरू (साँचो IS-A सम्बन्धहरू, ईन्टरफेसहरू साझा गर्दै) छन्, यस संतुलित निर्णयलाई प्रतिबिम्बित गर्छ — composition *अक्सरै* प्राथमिकता दिइन्छ, तर inheritance को आफ्नो स्थान छ।

यो सिद्धान्त लचकदार, रखरखाव गरियोग्य डिजाइनको लागि आधारभूत हो।

"Composition लाई inheritance भन्दा प्राथमिकता दिनुहोस्" एक आधारभूत, व्यापक रूपमा उद्धृत डिजाइन सिद्धान्त हुनाले, र inheritance को वास्तविक कमजोरीहरू (युग्मन, कठोरता, अलचकता) र composition को लाभहरू (लचकता, ढीलो युग्मन, पुनः प्रयोगशीलता) बुझ्नुले — जबकि inheritance को वैध प्रयोगहरू (साँचो IS-A सम्बन्धहरू, ईन्टरफेसहरू साझा गर्दै) पहिचान गर्दै — परिपक्व डिजाइन निर्णयलाई प्रतिबिम्बित गर्छ जुन कोड सुधार गर्छ, composition अक्सरै inheritance भन्दा किन प्राथमिकता दिइन्छ भनी बुझ्नु मूल्यवान senior-level ज्ञान हो — लचकदार, रखरखाव गरियोग्य कोडको लागि आधारभूत डिजाइन सिद्धान्त, धेरै ढाँचाहरूको आधार, र परिपक्व डिजाइन निर्णय (composition लाई प्राथमिकता दिदै जबकि inheritance को स्थान जान्दै) जुन senior developers ले राम्रो-डिजाइन गरिएको object-oriented सफ्टवेयर लेख्दै अपेक्षा गरिन्छ।