Kas yra priklausomybių injekcija Android-e (Hilt, Dagger)?

Question

Accepted Answer

**Priklausomybių injekcija (DI)** yra šablonas, kai objektai gauna savo priklausomybes iš išorės, o ne jas patys kuria — tai pagerina testavimą, priežiūrą ir lankstumą. Android-e **Hilt** (paremtas Dagger) yra rekomenduojama DI sistema.

## Kas yra DI ir kodėl jis svarbus

```text
WITHOUT DI: a class CREATES its own dependencies (tightly coupled, hard to test/change):
  class UserRepo { val api = ApiService() }   // creates its own dependency — rigid
WITH DI: dependencies are PROVIDED from outside (injected):
  class UserRepo(val api: ApiService)          // receives it → flexible, testable
→ Benefits: TESTABILITY (inject mocks/fakes in tests), DECOUPLING, easier to swap
  implementations, centralized dependency management, less boilerplate (with a framework).
```

## Hilt — rekomenduojama Android DI sistema

```kotlin
// Hilt (built on Dagger) generates/manages dependency wiring for you
@HiltAndroidApp class MyApp : Application()      // set up Hilt

@AndroidEntryPoint class MainActivity : AppCompatActivity() {
  @Inject lateinit var repository: UserRepository  // Hilt INJECTS this automatically
}

// tell Hilt how to provide things
@Module @InstallIn(SingletonComponent::class)
object AppModule {
  @Provides fun provideApi(): ApiService = Retrofit.Builder()...create()
}
```

Hilt tvarkosi priklausomybių kūrimu ir pateikimu (su tinkamu apimties / gyvenimo ciklo valdymu), sumažindamas rankinio laidavimo beprasmybę.

## Kodėl DI svarbus architektūrai

```text
✓ TESTABILITY — inject test doubles (mocks/fakes) → unit-test in isolation (the big win)
✓ Works with architecture (MVVM): inject repositories into ViewModels, data sources into
  repositories → clean, decoupled, testable layers
✓ SCOPING — manage dependency lifecycles (singleton, per-activity, etc.)
✓ Less boilerplate than manual DI; standardized; Google-recommended (Hilt)
```

## Kodėl tai svarbu

Supratimas apie priklausomybių injekciją yra svarbi aukšto lygio žinios, nes tai **pagrindinis testuojamos, tvarkingos Android architektūros šablonas**, ir Hilt yra rekomenduojama sistema, todėl tai vertinga kokybiškam Android kūrimui.

Pagrindinė koncepcija — objektai **gaunantys savo priklausomybes iš išorės**, o ne jas patys kuriantys — suteikia reikšmingus privalumus: svarbiausia **testavimas** (bandymuose galite injektuoti mock arba fake objektus, kurie leidžia izoliuotai testuoti atskiras klases — pagrindinis privalumas, nes klasės, kurios kuria savo priklausomybes, yra sunkios testuoti), taip pat **atsiskyrimas** (klasės nepriklauso nuo konkrečių realizacijų), lankstumas (lengva keisti realizacijas) ir centralizuotas priklausomybių valdymas.

Supratimas apie **Hilt** (rekomenduojamą Android DI sistemą, paremtą Dagger) — kaip jis automatiškai kuria, teikia ir nurodo priklausomybės apimtį, sumažindamas rankinio laidavimo beprasmybę — yra praktinės žinios DI diegimui šiuolaikinėje Android-je.

Supratimas apie **kodėl DI svarbus architektūrai** yra pagrindinė įžvalga: jis veikia kartu su šablonais, tokiais kaip MVVM (repositoriumų injekcija į ViewModel-ius, duomenų šaltinių injekcija į repositoriumus), siekiant sukurti **tvarkingus, atskirtus, testuojamus sluoksnius** — todėl DI yra būtinas gerai suformuotų, testuojamų programų kūrimui, kurie sieks rekomenduojamos Android architektūros.

Tinkamas **apimties valdymas** (priklausomybės gyvenimo ciklo valdymas) ir sumažinta beprasmybė (palyginti su rankiniu DI) daro Hilt praktišką.

DI yra profesionalios Android architektūros akmainis, nes jis leidžia testavimą ir atsiskyrimą, kurių reikalauja tvarkingos programos.

Kadangi DI yra pagrindinis testuojamos, tvarkingos architektūros šablonas (jo testavimo naudai būdamas svarbi geram Android kūrimui) ir Hilt yra rekomenduojama sistema, kuri ją daro praktišką, ir kadangi supratimas apie DI ir Hilt yra svarbus gerai suformuotų, testuojamų programų kūrimui, kurie atitinka rekomenduojamą Android architektūrą, priklausomybių injekcija Android-je yra svarbi aukšto lygio žinios — profesionalios Android architektūros akmainis, kuris leidžia testavimą ir atsiskyrimą, veikia su MVVM šablonais, kad būtų kuriamos tvarkingos programos, ir atspindi architektūrinę sudėtingumą, kurio tikimasi iš aukšto lygio Android vaidmenų.