Kas yra priklausomybės injekcija?

Question

Accepted Answer

**Priklausomybės injekcija (DI)** yra šablonas, kuriame objektas gauna savo **priklausomybes iš išorės** (injektuojamos) vietoj to, kad jas pats kurti. Tai skatina laisvą susiejimą, testavumą ir lankstumą — fundamentalus, plačiai naudojamas šablonas šiuolaikiniame programinės įrangos kūrime.

## Kas yra priklausomybės injekcija

```text
WITHOUT DI → a class CREATES its own dependencies (tightly coupled):
  class OrderService { constructor() { this.db = new Database(); } }  // hardcoded dependency
WITH DI → dependencies are PROVIDED (injected) from outside:
  class OrderService { constructor(db) { this.db = db; } }   // db is injected
→ the object doesn't create/control its dependencies → they're given to it
```

## Kodėl DI svarbu

```text
✓ TESTABILITY → inject MOCKS/fakes in tests → test the class in isolation (the biggest win)
✓ LOOSE COUPLING → the class depends on an ABSTRACTION/interface, not a concrete class →
  swap implementations easily
✓ FLEXIBILITY → change dependencies without changing the class (different configs, environments)
✓ EXPLICIT dependencies → constructor shows what the class needs (vs hidden creation)
✓ Separation of concerns → creation/wiring is separate from use
```

## Formos ir sistemos

```text
→ CONSTRUCTOR injection → dependencies via the constructor (most common, preferred)
→ Setter / method injection → via setters or method parameters
→ DI CONTAINERS/frameworks → manage and inject dependencies automatically (Spring, NestJS,
  Angular, Dagger/Hilt, etc.) → wire up the object graph for you
→ inversion of control (IoC) → DI is a form of IoC (the framework/caller controls dependencies)
```

## Kodėl tai svarbu

Supratimas apie priklausomybės injekciją yra vertingas, nes tai **fundamentalus, plačiai naudojamas šablonas**, kuris yra svarbus testavimui, priežiūrai, šiuolaikinei programinei įrangai, todėl tai svarbi dizaino žinias.

DI — objektai gauna savo priklausomybes iš išorės vietoj jų paskelbimo savo kode — yra vienas iš svarbiausių ir labiausiai paplitusių šablonų šiuolaikiniame kūrime.

Suprasti pagrindinę ideją (klasė gauna priklausomybes per injekciją vietoj jų kūrimo naudojant static kūrimą) yra pagrindinis dalykas.

Suprati **kodėl DI svarbu** yra esencialus: didžiausias privalumas yra **testavumas** (injektuojant tūpius ar dirbtinus objektus norint testuoti klases izoliuotai — kadangi klasės, kurios kuria savo priklausomybes, yra sunkios testuoti, DI yra neatsiejama vienetinio testavimo dalis), be to **laisvas susiejimas** (priklausomybė abstrakcijoiš vietoj konkrečių klasių, suteikiant galimybę keisti realizacijas), **lankstumas** (priklausomybių keitimas keičiant klasę, skirtingoms konfiguracijoms ir aplinkoms), **aiškios priklausomybės** (konstruktorius rodo, ko klasė reikia, o ne paslėpta kūrimo logika), ir atsakomybės atskyrimas (jungtys atskirtos nuo naudojimo).

Šie privalumai daro DI esminę dalį tvarkaus, testavimo dizaino.

Suprati **formas ir sistemas** — konstruktoriaus injekcija (dažniausia ir naudingiausia forma), setter/metodo injekcija, **DI konteineriai/sistemos** (Spring, NestJS, Angular, Dagger/Hilt automatiškai valdydami ir injektuojant priklausomybes), ir santykis su **valdžios inversija** — aiškina, kaip DI taikoma praktikoje, nes ji yra integruota į daugybę pagrindinių sistemų.

DI yra fundamentali šiuolaikinio programinės įrangos architektūros ir testavimo dizaino sugrindžtuvė.

Kadangi priklausomybės injekcija yra fundamentalus, paplitęs šablonas, kuris yra svarbus testavimui, priežiūrai, šiuolaikinei programinei įrangai (su testavumu kaip svarbu privalumu), ir kadangi ji yra integruota į pagrindines sistemas ir yra tvarkios architektūros sugrindžtuvė, ir kadangi jos supratimas, jos privalumai ir jos formos yra svarbūs šiuolaikiniam kūrimui, supratimas apie priklausomybės injekciją yra vertinga, praktiškai svarbi dizaino žinias — fundamentalus šablonas, kuris yra svarbus testavimui, tvarkiai, šiuolaikinei architektūrai, integruota į daugybę pagrindinių sistemų, neatsiejama vienam testams ir laisvam susiejimui, ir šiuolaikinio programinės įrangos dizaino sugrindžtuvė, kurią turėtų suprasti kiekvienas kūrėjas.