آپ Android میں networking کو کیسے handle کرتے ہیں؟

Question

Accepted Answer

Android ایپس اکثر نیٹ ورک پر **APIs** کے ساتھ communicate کرتی ہیں۔ معیاری approach **Retrofit** (REST client) اور **OkHttp** جیسی libraries استعمال کرتا ہے، coroutines کے ساتھ async، اور JSON parsing — network calls کو cleanly اور correctly main thread سے باہر handle کرتے ہوئے۔

## Retrofit — معیاری REST client

```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 ایک REST API کو ایک clean Kotlin interface میں تبدیل کرتا ہے؛ coroutines کے ساتھ، calls async اور sequential-looking ہوتی ہیں؛ converters JSON↔object parsing کو handle کرتے ہیں۔

## اہم concepts اور best practices

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

## کیوں یہ اہم ہے

Android میں networking سمجھنا ضروری ہے کیونکہ **زیادہ تر ایپس backends کے ساتھ communicate کرتی ہیں** — نیٹ ورک پر ڈیٹا fetch اور send کرنا تقریباً ایک عام ضرورت ہے، تو یہ ضروری عملی علم ہے۔

ایپس مسلسل API calls کرتی ہیں (ڈیٹا load کرنا، forms submit کرنا، authentication)، اور Android کے پاس ایک معیاری، پختہ approach ہے۔ **Retrofit** (معیاری REST client) مرکزی ہے: یہ ایک REST API کو ایک clean Kotlin **interface** میں تبدیل کرتا ہے، اور **coroutines** (calls کو async اور sequential-looking بناتے ہوئے) اور **converters** (JSON-to-object parsing کو handle کرتے ہوئے) کے ساتھ مل کر، یہ network calls کرنے کا ایک clean، productive طریقہ فراہم کرتا ہے — اس کو سمجھنا جدید Android networking کے لیے ضروری ہے۔

**اہم concepts اور best practices** کو سمجھنا اہم ہے: network calls **main thread سے باہر** چلانا (coroutines اور Dispatchers.IO کے ذریعے، کبھی UI کو block نہ کریں — ایک بنیادی ضرورت، کیونکہ blocking سے ANR ہوتا ہے)، **OkHttp** features استعمال کرنا (auth headers اور logging کے لیے interceptors، timeouts، caching)، **JSON parsing** data classes میں (Gson، Moshi، یا kotlinx.serialization کے ذریعے)، **errors کو gracefully handle کرنا** (network failures، non-2xx responses، timeouts — UI feedback دیتے ہوئے، کیونکہ network calls عام طور پر ناکام ہو جاتی ہیں)، **repository pattern** استعمال کرنا (networking کو ایک clean، testable interface کے پیچھے abstract کرتے ہوئے)، **loading/error/success states** دکھانا، اور **internet permission** declare کرنا۔

یہ fragile ad-hoc calls کی بجائے robust، well-architected networking کی عکاسی کرتے ہیں۔

چونکہ زیادہ تر Android ایپس APIs کے ساتھ communicate کرتی ہیں (تقریباً ایک عام ضرورت) اور اسے اچھی طریقے سے کرنا (Retrofit + coroutines، main thread سے باہر، proper JSON parsing، error handling، اور architecture کے ساتھ) functional، robust ایپس کے لیے ضروری ہے، اور چونکہ معیاری tools اور practices کو سمجھنا اس core capability کے لیے ضروری ہے، Android میں networking کو سمجھنا ضروری، frequently-applied عملی علم ہے — ایک بنیادی skill جو تقریباً ہر real Android ایپ میں درکار ہے جو ایک backend کے ساتھ communicate کرتی ہے، اور ایسی ایپس بنانے میں central ہے جو قابلِ اعتماد طریقے سے real data fetch اور display کرتی ہیں۔