Hva er dependency injection i Android (Hilt, Dagger)?

Question

Accepted Answer

**Dependency injection (DI)** er et mønster der objekter mottar sine avhengigheter fra utsiden i stedet for å opprette dem — noe som forbedrer testbarhet, vedlikeholdbarhet og fleksibilitet. I Android er **Hilt** (bygget på Dagger) det anbefalte DI-rammeverket.

## Hva DI er og hvorfor

```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 — det anbefalte Android DI-rammeverket

```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 håndterer opprettelse og levering av avhengigheter (med korrekt scoping/livssyklus), noe som reduserer manuell wiring-boilerplate.

## Hvorfor DI betyr noe for arkitektur

```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)
```

## Hvorfor det betyr noe

Å forstå dependency injection er viktig kunnskap på seniornivå fordi det er et **nøkkelmønster for testbar, vedlikeholdbar Android-arkitektur**, og Hilt er det anbefalte rammeverket, så det er verdifullt for Android-utvikling av høy kvalitet.

Kjernekonseptet — objekter **mottar sine avhengigheter fra utsiden** i stedet for å opprette dem — gir betydelige fordeler: først og fremst **testbarhet** (du kan injisere mocks eller fakes i tester, som muliggjør isolert enhetstesting — den største fordelen, siden klasser som oppretter egne avhengigheter er vanskelige å teste), pluss **løs kobling** (klasser er ikke avhengige av konkrete implementeringer), fleksibilitet (lett å bytte implementeringer), og sentralisert avhengighetsstyring.

Å forstå **Hilt** (det anbefalte Android DI-rammeverket, bygget på Dagger) — hvordan det automatisk oppretter, leverer og setter scope på avhengigheter, noe som reduserer manuell wiring-boilerplate — er den praktiske kunnskapen for implementering av DI i moderne Android.

Å forstå **hvorfor DI betyr noe for arkitektur** er nøkkelinnsikten: det fungerer hånd i hånd med mønstre som MVVM (injisering av repositories i ViewModels, datakilder i repositories) for å skape **rene, løst koblede, testbare lag** — noe som gjør DI essensiell for å bygge de godt arkitekturerte, testbare appene som anbefalt Android-arkitektur tar sikte på.

Korrekt **scoping** (styring av avhengighetslivssykluser) og redusert boilerplate (kontra manuell DI) gjør Hilt praktisk.

DI er en hjørnesten i profesjonell Android-arkitektur fordi det muliggjør testbarheten og løs kobling som vedlikeholdbare apper krever.

Siden DI er et nøkkelmønster for testbar, vedlikeholdbar arkitektur (dens testbarhetsfordel er sentral for god Android-utvikling) og Hilt er det anbefalte rammeverket som gjør det praktisk, og siden å forstå DI og Hilt er viktig for å bygge godt arkitekturerte, testbare apper, er å forstå dependency injection i Android viktig kunnskap på seniornivå — en hjørnesten i profesjonell Android-arkitektur som muliggjør testbarhet og løs kobling, fungerer med mønstre som MVVM for å bygge vedlikeholdbare apper, og reflekterer den arkitektoniske sofistikering som forventes for senioroller innen Android.