Kako deluje vbrizgavanje odvisnosti (dependency injection) v .NET?

Question

Accepted Answer

**Vbrizgavanje odvisnosti (Dependency Injection - DI)** je vgrajeno v moderni .NET — ogrodje vključuje DI vsebnik, ki avtomatično konstruira razrede in **vbrizgava njihove odvisnosti**. Registrirate storitve (preslikovanje vmesnikov na implementacije), vsebnik pa jih razreši, kar omogoča ohlapno povezano in preizkušljivo kodo. To je temeljnega pomena za ASP.NET Core. ## Registracija storitev ```csharp // in Program.cs — register services with a LIFETIME builder.Services.AddScoped(); // interface → implementation builder.Services.AddSingleton(); builder.Services.AddTransient(); ``` Vsako preslikavo storitve registrirate tako, da **vmesnik preslikate na implementacijo** z dobljeno dobo trajanja. Nato vsak razred, ki je odvisen od vmesnika, dobi registrirano implementacijo. ## Vbrizgavanje preko konstruktorja (standardni vzorec) ```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 ``` Odvisnosti so deklarirane kot parametri konstruktorja (tipizovane kot vmesniki); vsebnik konstruira razred in vbrizga registrirane implementacije, pri čemer avtomatično razreši celoten graf odvisnosti. ## Dobljene dobe trajanja storitve (pomembno je izbrati pravilno) ```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. ``` ## Koristi: ohlapna povezava in preizkušljivost ```csharp // because UserService depends on INTERFACES, you can inject MOCKS in tests var service = new UserService(mockRepo, mockEmail); // no real DB/email needed ``` ## Zakaj je to pomembno Vbrizgavanje odvisnosti je temelj modernega .NET — **vgrajeno je v ogrodje** in je hrbtenica ASP.NET Core, zato je razumevanje tega bistveno za razvoj katere koli moderne C# aplikacije. Vgrajeni DI vsebnik ogrodje avtomatično konstruira razrede in vbrizgava njihove odvisnosti (pri čemer razreši celoten graf odvisnosti), zato registrirate storitve in pustite, da vsebnik vse poveže, namesto da ročno instancirate odvisnosti. Osrednje koristi so pomembne in ključne za to, zakaj se poudarja DI: **ohlapna povezava** (odvisnost od vmesnikov namesto konkretnih razredov, zato je mogoče implementacije zamenjati) in posebej **preizkušljivost** (vbrizgavanje mock implementacij v testih namesto pravi odvisnosti, kot so podatkovne baze ali e-poštne storitve — kar naredi poglobljeno enot testiranje praktično). Razumevanje, kako registrirati storitve (preslikovanje vmesnikov na implementacije), vbrizgavanje preko konstruktorja (standardni vzorec) in — še posebej — **dobljene dobe trajanja storitve** (`Singleton`, `Scoped`, `Transient`) je bistveno: izbira napačne dobe trajanja povzroči subtilne, težko odpravljive napake (npr. singleton, ki drži `DbContext` z dobljeno dobo trajanja, ali težave s konkurenčnostjo pri deljenih singletonih), zato je razumevanje, kdaj se uporablja katera doba trajanja (Scoped za zahtevek za stvari, kot je DbContext, Singleton za deljene bresstanjeske storitve, Transient za lahke) kritično. Ker je DI vgrajeno v .NET, podpira arhitekturo ASP.NET Core in je ključ za pisanje ohlapno povezane, preizkušljive kode, je obvladovanje tega — vsebnika, vbrizgavanja preko konstruktorja, oblikovanja na osnovi vmesnikov in posebej dob trajanja storitve — важно, pogosto uporabljano znanje na višji ravni za izdelavo vzdržljive, preizkušljive moderne C# aplikacije, in je pogosta tema na intervjujih.