Dependency Injection .NET میں کیسے کام کرتا ہے؟

Question

Accepted Answer

**Dependency Injection (DI)** جدید .NET میں بنایا گیا ہے — فریم ورک میں ایک DI کنٹینر شامل ہے جو خودکار طور پر کلاسز بناتا ہے اور **ان کے dependencies کو inject کرتا ہے**۔ آپ services رجسٹر کرتے ہیں (interfaces کو implementations سے map کرتے ہوئے) اور کنٹینر انہیں حل کرتا ہے، loosely-coupled اور testable کوڈ کو فعال کرتا ہے۔ یہ ASP.NET Core کے لیے بنیادی ہے۔ ## Services رجسٹر کرنا ```csharp // in Program.cs — register services with a LIFETIME builder.Services.AddScoped(); // interface → implementation builder.Services.AddSingleton(); builder.Services.AddTransient(); ``` آپ ہر service کو map کرتے ہیں **interface کو implementation کے ساتھ** ایک lifetime کے ساتھ۔ پھر کوئی بھی interface پر منحصر چیز کو registered implementation ملتی ہے۔ ## Constructor injection (معیاری pattern) ```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 ``` Dependencies کو constructor parameters کے طور پر دیا جاتا ہے (interfaces کے طور پر type کیے گئے)؛ کنٹینر کلاس بناتا ہے اور registered implementations کو inject کرتا ہے، پورے dependency graph کو خودکار طور پر حل کرتے ہوئے۔ ## Service 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# ایپلیکیشن کی ترقی کے لیے ضروری ہے۔ فریم ورک کا built-in DI کنٹینر خودکار طور پر کلاسز بناتا ہے اور ان کے dependencies کو inject کرتا ہے (پورے dependency graph کو حل کرتے ہوئے)، تو آپ services رجسٹر کرتے ہیں اور کنٹینر کو سب کچھ جوڑنے دیتے ہیں بجائے دستی طور پر dependencies کو instantiate کرنے کے۔ بنیادی فوائد اہم ہیں اور DI کو اہم کیے جانے کی وجہ کا مرکز ہیں: **loose coupling** (interfaces پر منحصر رہنا concrete classes کی بجائے، تاکہ implementations کو swap کیا جا سکے) اور خاص طور پر **testability** (ٹیسٹس میں mock implementations کو inject کرنا حقیقی dependencies کی بجائے جیسے databases یا email services — مکمل unit testing کو عملی بناتا ہے)۔ یہ سمجھنا کہ services کو کیسے رجسٹر کریں (interfaces کو implementations سے map کرتے ہوئے)، constructor injection (معیاری pattern)، اور — اہم طور پر — **service lifetimes** (`Singleton`, `Scoped`, `Transient`) ضروری ہے: غلط lifetime کا انتخاب خفیہ، سخت bugs کا سبب بنتا ہے (مثال کے طور پر ایک singleton جو scoped `DbContext` رکھتا ہے، یا shared singletons کے ساتھ thread-safety کے مسائل)، تو یہ سمجھنا کہ ہر lifetime کب apply ہوتا ہے (Scoped per-request چیزوں کے لیے جیسے DbContext، Singleton shared stateless services کے لیے، Transient lightweight کے لیے) critical ہے۔ چونکہ DI .NET میں built-in ہے، ASP.NET Core کی architecture کو underpin کرتا ہے، اور loosely-coupled، testable کوڈ لکھنے کی کلید ہے، اس میں مہارت حاصل کرنا — کنٹینر، constructor injection، interface-based design، اور خاص طور پر service lifetimes — اہم ہے، بار بار لاگو کیا جانے والا senior knowledge ہے maintainable، testable جدید C# ایپلیکیشنز بنانے کے لیے، اور ایک عام interview topic ہے۔