Dependency Injection .NET मा कसरी काम गर्छ?

Question

Accepted Answer

**Dependency Injection (DI)** आधुनिक .NET मा निर्मित छ — फ्रेमवर्कमा DI container समावेश छ जसले स्वचालित रूपमा क्लासहरू निर्माण गर्छ र **तिनका निर्भरताहरू injection गर्छ**। तपाईले सेवाहरू दर्ता गर्नुहुन्छ (interfaces लाई implementations मा म्यापिंग गर्दै) र container तिनको समाधान गर्छ, loosely-coupled र testable कोड सक्षम गर्दै। यो ASP.NET Core को आधार हो। ## सेवाहरू दर्ता गर्दै ```csharp // in Program.cs — register services with a LIFETIME builder.Services.AddScoped(); // interface → implementation builder.Services.AddSingleton(); builder.Services.AddTransient(); ``` तपाईले प्रत्येक सेवा म्यापिंग **interface लाई implementation मा** दर्ता गर्नुहुन्छ lifetime सहित। त्यसपछि कुनै पनि चीज जसले interface मा निर्भर गर्छ दर्ता गरिएको implementation प्राप्त गर्छ। ## Constructor injection (मानक प्यारेन्द) ```csharp public class UserService { private readonly IUserRepository _repo; private readonly IEmailSender _email; // dependencies are declared in the constructor — the container INJECTS them automatically public UserService(IUserRepository repo, IEmailSender email) { _repo = repo; _email = email; } } // you never `new UserService(...)` manually — the container builds it, resolving the chain ``` निर्भरताहरू constructor parameters को रूपमा घोषणा गरिन्छ (interfaces को रूपमा प्रकार); container क्लास निर्माण गर्छ र दर्ता गरिएको implementations inject गर्छ, पूरो निर्भरता ग्राफ स्वचालित रूपमा समाधान गर्दै। ## सेवा lifetimes (सही रूपमा चयन गर्न महत्त्वपूर्ण) ```text Singleton → ONE instance for the entire app lifetime (shared; must be thread-safe) Scoped → one instance PER request (the common default for web — e.g. DbContext) Transient → a NEW instance every time it's requested (lightweight, stateless services) → Choosing wrong (e.g. a singleton capturing a scoped DbContext) causes subtle bugs. ``` ## लाभहरू: loose coupling र testability ```csharp // because UserService depends on INTERFACES, you can inject MOCKS in tests var service = new UserService(mockRepo, mockEmail); // no real DB/email needed ``` ## यसले किन महत्त्व राख्छ Dependency injection आधुनिक .NET को आधार हो — यो **फ्रेमवर्कमा निर्मित** छ र ASP.NET Core को मेरुदण्ड हो, त्यसैले यसलाई बुझ्नु कुनै पनि आधुनिक C# अनुप्रयोग विकास को लागि आवश्यक छ। फ्रेमवर्कको निर्मित-मा DI container स्वचालित रूपमा क्लासहरू निर्माण गर्छ र तिनका निर्भरताहरू inject गर्छ (पूरो निर्भरता ग्राफ समाधान गर्दै), त्यसैले तपाईले सेवाहरू दर्ता गर्नुहुन्छ र container लाई सबै कुरा एकसाथ तार गर्न दिनुहुन्छ यसको बजाय म्यानुएली निर्भरताहरू तत्काल गर्दै। मुख्य लाभहरू महत्त्वपूर्ण छन् र केन्द्रीय कारण हो किन DI जोर दिइन्छ: **loose coupling** (concrete classes को बजाय interfaces मा निर्भर गर्दै, त्यसैले implementations स्वैप गरिन सक्छ) र विशेष गरी **testability** (tests मा real dependencies जस्तै databases वा email services को बजाय mock implementations inject गर्दै — thorough unit testing लाई व्यावहारिक बनाउँदै)। सेवाहरू दर्ता गर्न कसरी गर्ने (interfaces लाई implementations मा म्यापिंग गर्दै), constructor injection (मानक प्यारेन्द), र — महत्त्वपूर्ण रूपमा — **सेवा lifetimes** (`Singleton`, `Scoped`, `Transient`) बुझ्नु आवश्यक छ: गलत lifetime चयन सूक्ष्म, हार्ड-टु-डिबग बग को कारण बन्छ (उदाहरणको लागि एक singleton scoped `DbContext` होल्डिंग, वा साझेदार singletons संग thread-safety समस्याहरू), त्यसैले कब प्रत्येक lifetime लागु हुन्छ भनेर बुझ्नु (Scoped per-request चीजहरु को लागि जस्तै DbContext, Singleton साझेदार stateless services को लागि, Transient lightweight ones को लागि) महत्त्वपूर्ण छ। DI .NET मा निर्मित भएको हुनाले, ASP.NET Core को आर्किटेक्चर को आधार हुनाले, र loosely-coupled, testable कोड लेखने कुञ्जी हुनाले, यसमा निपुणता — container, constructor injection, interface-आधारित डिजाइन, र विशेष गरी सेवा lifetimes — महत्त्वपूर्ण छ, व्यावहारिक रूपमा लागु गरिने senior ज्ञान हो maintainable, testable आधुनिक C# अनुप्रयोगहरू निर्माण गर्न को लागि, र एक साधारण साक्षात्कार विषय हो।