Kako ravnaš s povezavami v omrežju v Androidu?

Question

Accepted Answer

Android aplikacije pogosto komunicirajo z **API-ji** preko omrežja. Standardni pristop uporablja knjižnice, kot so **Retrofit** (REST odjemalec) in **OkHttp**, s korutinama za asincronost in JSON razčlembo — čisti in pravilni obravnavanje omrežnih klicev izven glavnega niti.

## Retrofit — standardni REST odjemalec

```kotlin
// define the API as an interface; Retrofit implements it
interface ApiService {
  @GET("users/{id}")
  suspend fun getUser(@Path("id") id: Int): User    // suspend → coroutine async

@POST("users")
  suspend fun createUser(@Body user: User): User
}

// build Retrofit and use it
val api = Retrofit.Builder()
  .baseUrl("https://api.example.com/")
  .addConverterFactory(GsonConverterFactory.create())   // JSON parsing
  .build()
  .create(ApiService::class.java)

// call it from a coroutine (off the main thread)
viewModelScope.launch {
  val user = api.getUser(42)      // async, clean, returns a parsed User object
}
```

Retrofit spremeni REST API v čist Kotlin vmesnik; s korutinama so klici asinchroni in imajo videz sekvenčnosti; pretvorniki obravnavajo JSON↔objekt razčlembo.

## Ključni koncepti in najboljše prakse

```text
✓ Run network calls OFF the main thread (coroutines + Dispatchers.IO) — never block UI
✓ OkHttp (under Retrofit) → interceptors (auth headers, logging), timeouts, caching
✓ JSON parsing → Gson / Moshi / kotlinx.serialization (response ↔ data classes)
✓ HANDLE ERRORS — network failures, non-2xx responses, timeouts → graceful UI feedback
✓ Repository pattern → abstract networking behind a clean interface (testable, organized)
✓ Show loading/error/success STATES (with ViewModel + observable state)
✓ INTERNET permission in the manifest
```

## Zakaj je to pomembno

Razumevanje omrežja v Androidu je bistveno, ker **večina aplikacij komunicira s soustanki** — pridobivanje in pošiljanje podatkov preko omrežja je skoraj univerzalna potreba, zato je to nujno praktično znanje.

Alikacije stalno kličejo API-je (nalaganje podatkov, pošiljanje obrazcev, avtentikacija), Android pa ima standardiziran, zrelen pristop. **Retrofit** (standardni REST odjemalec) je osrednji: spremeni REST API v čist Kotlin **vmesnik**, in v kombinaciji s **korutinama** (naredi klice asincrone in videti sekvenčne) ter **pretvorniki** (obravnavajo JSON-to-object razčlembo), zagotavlja čist in produktiven način za pripravo omrežnih klicev — razumevanje tega je bistveno za sodobno omrežje v Androidu.

Razumevanje **ključnih konceptov in najboljših praks** je pomembno: izvajanje omrežnih klicev **izven glavnega niti** (preko korutin in Dispatchers.IO, nikoli brez blokiranja UI — temeljni zahtevek, saj blokiranja povzroča ANR), uporaba **OkHttp** funkcij (interceptorji za avtentifikacijske glave in snemanje, časovne omejitve, predpomnenje), **JSON razčlemba** v razrede podatkov (preko Gson, Moshi ali kotlinx.serialization), **obravnavanje napak** z eleganco (napake omrežja, odzivi, ki niso 2xx, časovne omejitve — zagotavljanje povratne informacije UI, saj omrežni klici pogosto ne uspejo), uporaba **repository vzorca** (abstrakcija omrežja za čist, testljiv vmesnik), prikaz **nalaganja/napaka/uspešnih stanj**, in deklaracija **dovoljenja za internet**.

To odraža gradnjo robustnih omrežnih povezav z dobro arhitekturo, ki so bolj trdne kot krhke ad-hoc klice.

Ker večina Android aplikacij komunicira z API-ji (skoraj univerzalna potreba) in je njihova pravilna implementacija (Retrofit + korutine, izven glavnega niti, s pravilno JSON razčlembo, obravnavanjem napak in arhitekturo) bistvena za funkcionalne, robustne aplikacije, in ker je razumevanje standardnih orodij in praks potrebno za to temeljno zmožnost, je razumevanje omrežja v Androidu bistveno, pogosto uporabljeno praktično znanje — temeljno veščino, ki je potrebna v skoraj vsaki pravi Android aplikaciji, ki komunicira s soustankom, osrednje za gradnjo aplikacij, ki zanesljivo pridobivajo in prikazujejo prave podatke.