निर्भरता इन्जेक्शन र नियन्त्रणको उल्टो पलटो के हो?

Question

Accepted Answer

**निर्भरता इन्जेक्शन (DI)** भन्नाले एक वस्तुले आफ्नै निर्भरताहरू सिर्जना गरेर आफैं पूरा गर्नुको सट्टा बाहिरबाट प्राप्त गर्दछ। यो **नियन्त्रणको उल्टो पलटो (IoC)** को एक रूप हो: वस्तुहरू जोडने जिम्मेवारी वस्तुबाट *उल्टो* गरिन्छ र कलर वा कन्टेनरलाई दिइन्छ।

## DI बिना बनाम DI सँग

```python
# WITHOUT DI — the class controls its own dependencies (tight coupling)
class OrderService:
    def __init__(self):
        self.repo = PostgresOrderRepo()   # hard-wired; can't swap or test

# WITH DI — dependencies are passed in (loose coupling)
class OrderService:
    def __init__(self, repo: OrderRepo):  # any OrderRepo implementation
        self.repo = repo

# wiring happens outside:
service = OrderService(PostgresOrderRepo())   # prod
test    = OrderService(InMemoryOrderRepo())   # test — no DB needed
```

क्लास अब *अमूर्तन* `OrderRepo` मा निर्भर छ, र कसैले निर्णय गर्छ कुन ठोस एक सिकाइनेछ।

## इन्जेक्शनका रूपहरू

| रूप | कसरी |
|---|---|
| Constructor | कन्स्ट्रक्टरमा पास गरिन्छ (पसंदको — आवश्यक निर्भरताहरू स्पष्ट) |
| Setter | निर्माणपछि विधि मार्फत सेट गरिन्छ (ऐच्छिक निर्भरताहरू) |
| Interface/container | एक ढाँचाले समाधान गरी इन्जेक्ट गर्छ (Spring, .NET DI) |

## व्यापार-अफ्फहरू

```text
✓ Testable (inject fakes/mocks)   ✓ Swappable implementations
✓ Explicit dependencies            ⚠️ More wiring; indirection can obscure flow
⚠️ DI containers add "magic" → harder to trace what's wired where
```

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

DI निर्भरता उल्टो पलटो सिद्धान्तको व्यावहारिक वास्तवीकरण हो — उच्च स्तरको तर्क ठोस, निम्न-स्तरीय वर्गहरूमा निर्भर हुन बन्द गर्दछ।

लाभ परीक्षण-योग्यता र लचकपन हो: तपाई परीक्षामा नकली डाटाबेस प्रतिस्थापन गर्न सक्नुहुन्छ वा व्यापार तर्कमा परिवर्तन गरेर सिद्ध डाटाबेस उत्पादनमा स्वैप गर्न सक्नुहुन्छ।

रूप	कसरी
Constructor	कन्स्ट्रक्टरमा पास गरिन्छ (पसंदको — आवश्यक निर्भरताहरू स्पष्ट)
Setter	निर्माणपछि विधि मार्फत सेट गरिन्छ (ऐच्छिक निर्भरताहरू)
Interface/container	एक ढाँचाले समाधान गरी इन्जेक्ट गर्छ (Spring, .NET DI)