Kaip veikia priklausomybės injekcija .NET?

Question

Accepted Answer

**Dependency Injection (DI)** yra integruota į šiuolaikinį .NET — sistema apima DI konteinerį, kuris automatiškai konstruoja klases ir **injektuoja jų priklausomybes**. Jūs registruojate paslaugos (sąsajas susiejate su implementacijomis), o konteineris jas išsprendžia, leidžiant sukurti laisvai susietus, testuojamus kodus. Tai yra pagrindinis ASP.NET Core komponentas. ## Paslaugų registracija ```csharp // in Program.cs — register services with a LIFETIME builder.Services.AddScoped(); // interface → implementation builder.Services.AddSingleton(); builder.Services.AddTransient(); ``` Kiekvieną paslaugos žemėlapį registruojate susijedami **sąsają su implementacija** pagal nustatytą gyvavimo laiką. Tada bet kas, kas priklauso nuo sąsajos, gauna registruotą implementaciją. ## Konstruktoriaus injekcija (standartinis modelis) ```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 ``` Priklausomybės deklaruojamos kaip konstruktoriaus parametrai (tipizuoti kaip sąsajos); konteineris konstruoja klasę ir injektuoja registruotas implementacijas, automatiškai išsprendžiant visą priklausomybės grafą. ## Paslaugų gyvavimo laikas (svarbu pasirinkti teisingai) ```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. ``` ## Privalumai: laisvas sujungimas ir testuojamumas ```csharp // because UserService depends on INTERFACES, you can inject MOCKS in tests var service = new UserService(mockRepo, mockEmail); // no real DB/email needed ``` ## Kodėl tai svarbu Dependency injection yra pagrindinis šiuolaikinio .NET — jis yra **integruotas į sistemą** ir yra ASP.NET Core stuburas, todėl jo supratimas yra būtinas bet kuriai moderniai C# programų kūrimo aplinkai. Sistemos įmontuotas DI konteineris automatiškai konstruoja klases ir injektuoja jų priklausomybes (išsprendžiant visą priklausomybės grafą), todėl jūs registruojate paslaugos ir leiskite konteineriui susirišti viską, o ne rankiniu būdu instancijuoti priklausomybes. Pagrindiniai privalumai yra reikšmingi ir centriniai, kodėl DI yra akcentuojamas: **laisvas sujungimas** (priklausymas nuo sąsajų, o ne konkrečių klasių, todėl implementacijas galima keisti) ir ypač **testuojamumas** (injektuojant mock implementacijas testuose, o ne realias priklausomybes, tokias kaip duomenų bazės arba el. pašto paslaugos — dėl to išsamūs vienetų testai yra praktiški). Supratimas, kaip registruoti paslaugos (susiejant sąsajas su implementacijomis), konstruktoriaus injekcija (standartinis modelis) ir — svarbu — **paslaugų gyvavimo laikas** (`Singleton`, `Scoped`, `Transient`) yra būtinas: neteisingai pasirinktas gyvavimo laikas sukelia subtilias, sunkiai aptinkamas klaidas (pvz., singleton, turintis scoped `DbContext`, arba gijos saugumo problemos su bendrais singletonais), todėl supratimas, kada kiekvienas gyvavimo laikas tinkamas (Scoped kiekvienam užklausai tokiems dalykams kaip DbContext, Singleton dėl bendrų be valdžios paslaugų, Transient lengviems) yra kritinis. Kadangi DI yra integruota į .NET, sudaro ASP.NET Core architektūros pagrindą ir yra raktas į laisvai sujungtų, testuojamų kodų rašymą, įvaldyti — konteinerį, konstruktoriaus injekciją, sąsajos pagrįstą dizainą ir ypač paslaugų gyvavimo laiką — yra svarbu, dažnai taikoma aukštesnio lygio žinios, skirtos kurti tvarius, testuojamus šiuolaikinės C# programas, ir yra dažna pokalbio tema.