Kaip Flutter programose tvarkote tinklą ir API?

Question

Accepted Answer

Flutter programos dažnai komunikuoja su **API** — atliekant HTTP užklausas, parsijant JSON ir tvarkant atsakymus/klaidas. Naudojant **http** arba **dio** paketus, **async/await** ir JSON parsjavimą, tinklo komunikacija yra pagrindinė daugumos programų dalis. ## HTTP užklausų atlikimas ```dart import 'package:http/http.dart' as http; // GET request Future> fetchUsers() async { final response = await http.get(Uri.parse('https://api.example.com/users')); if (response.statusCode == 200) { final List data = jsonDecode(response.body); // parse JSON return data.map((json) => User.fromJson(json)).toList(); } else { throw Exception('Failed to load users'); // handle errors } } // POST request await http.post( Uri.parse('https://api.example.com/users'), headers: {'Content-Type': 'application/json'}, body: jsonEncode({'name': 'Ann'}), ); ``` ## JSON parsjavimas (serializacija) ```dart // model class with fromJson/toJson (convert between JSON and Dart objects) class User { final String name; User(this.name); factory User.fromJson(Map json) => User(json['name']); Map toJson() => {'name': name}; } // → for many models, use code generation (json_serializable) to avoid boilerplate ``` ## Geriausia praktika ```text ✓ Use a SERVICE/repository layer (separate networking from UI) — clean architecture ✓ Handle ERRORS (network failures, non-200 status, timeouts) gracefully → show UI feedback ✓ Show LOADING states (FutureBuilder / state management) ✓ Use DIO for advanced needs (interceptors, retries, better config) vs basic http ✓ Parse JSON into typed MODELS (not raw maps) — type safety ✓ Handle auth (tokens in headers), timeouts, and cancellation ``` ## Kodėl tai svarbu Supratimas apie tinklą ir API Flutter yra būtinas, nes **dauguma programų komunikuoja su serverine dalimi** — duomenų siuntimas ir gavimas per HTTP yra beveik kiekvienos tikros programos pagrindas, todėl tai yra neatsiejama praktinė žinių sritis. Programos nuolat turi atlikti API užklausas (duomenų įkėlimą, formų pateikimą, autentifikaciją), todėl supratimas, kaip tai daryti teisingai, yra fundamentalus. Supratimas, kaip **atlikti HTTP užklausas** (GET, POST ir kt. naudojant `http` arba `dio` paketus su async/await), **parsijami JSON** (API atsakymų konvertavimas į tipinius Dart modelio objektus per `fromJson`/`toJson`, idealiu atveju naudojant kodo generavimą daugeliui modelių) ir **tvarkant atsakymus bei klaidas** (tikrinant būsenos kodus, iškėlus/tvarkant išimtis) yra pagrindinė praktinė įgūdžio dalis. Supratimas apie **geriausiąją praktiką** yra ypač vertingas: naudojant **paslaugų/saugyklos sluoksnį** tinklui atskirti nuo UI (švari architektūra, palaikymumas), **graciozus klaidų tvarkymą** (tinklo nesėkmės, ne-200 būsenos, aikštės — tinkamus UI atsiliepimus, nes tinklo užklausos dažnai nepavyksta), **apkrovos būsenos rodymą** (per FutureBuilder arba būsenos valdymą, dėl gero vartotojo patirties), JSON parsjavimą į **tipinius modelius** (tipo saugumui, o ne žalioms žemėlapiams) ir autentifikacijos bei aikštės tvarką — tai parodo tvirto, palaikymo pagrindo tinklo kodo kūrimą, o ne trapius ad-hoc skambučius. Kadangi dauguma Flutter programų komunikuoja su API (beveik universali poreikis) ir tai daryti teisingai (tinkami užklausos, JSON parsjavimas į modelius, klaidų tvarkymas, apkrovos būsenos ir švari architektūra) yra būtinas funkcionaliam, tviriam programų veikimui, ir kadangi supratimas apie įrankius bei geriausiąją praktiką yra būtinas šiam pagrindiniam sugebėjimui, supratimas apie tinklą ir API Flutter yra būtina, dažnai taikoma praktinė žinių sritis — pagrindinis įgūdis, reikalingas beveik kiekvienoje tikroje Flutter programoje, kurioje komunikuojama su serverine dalimi, esminis programų, kurios gauna ir rodo tikrus duomenis patikimai, kūrimo aspektas.