Hvordan håndterer du nettverk og APIer i Flutter?

Question

IT Interview Practice · Accepted Answer

Flutter-apper kommuniserer hyppig med **APIer** — gjør HTTP-forespørsler, parser JSON, og håndterer svar/feil. Ved å bruke **http**- eller **dio**-pakkene, **async/await**, og JSON-parsing, er nettverkskommunikasjon en kjernedel av de fleste apper. ## Gjøre HTTP-forespørsler ```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-parsing (serialisering) ```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 ``` ## Best practices ```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 ``` ## Hvorfor det er viktig Å forstå nettverkskommunikasjon og APIer i Flutter er essensielt fordi **de fleste apper kommuniserer med backends** — henting og sending av data over HTTP er en kjernedel av nesten alle virkelige apper, så det er praktisk kunnskap du må kunne. Apper trenger konstant å gjøre API-kall (laste inn data, sende skjemaer, autentisering), og å forstå hvordan du gjør dette på riktig måte er grunnleggende. Å kunne **gjøre HTTP-forespørsler** (GET, POST, osv. ved hjelp av `http`- eller `dio`-pakkene med async/await), **parse JSON** (konvertere API-svar til typede Dart-modellobjekter via `fromJson`/`toJson`, ideelt sett med kodegenerering for mange modeller), og **håndtere svar og feil** (sjekke statuskoder, kaste/håndtere unntak) er den kjernepraktiske ferdigheten. Å forstå **best practices** er særlig verdifull: bruke et **service/repository-lag** for å separere nettverkskommunikasjon fra brukergrensesnitt (ren arkitektur, vedlikehold), **håndtere feil på en elegant måte** (nettverksfeil, ikke-200-statuser, tidsavbrudd — vise passende UI-tilbakemelding, siden nettverkskall ofte mislykkes), **vise lasting-tilstander** (via FutureBuilder eller tilstandsadministrasjon, for god brukeropplevelse), parse JSON til **typede modeller** (for typesikkerhet i stedet for rå maps), og håndtere autentisering og tidsavbrudd — disse gjenspeiler bygging av robust, vedlikeholdbar nettverkskode i stedet for skjør ad-hoc-kode. Ettersom de fleste Flutter-apper kommuniserer med APIer (et nesten universelt behov) og gjøring av det riktig (korrekte forespørsler, JSON-parsing til modeller, feilhåndtering, lasting-tilstander, og ren arkitektur) er essensielt for funksjonelle, robuste apper, og siden forståelse av verktøyene og best practices er nødvendig for denne kjerneferdigheten, er forståelse av nettverkskommunikasjon og APIer i Flutter essensielt, hyppig brukt praktisk kunnskap — en grunnleggende ferdighet som trengs i praktisk talt alle virkelige Flutter-apper som kommuniserer med en backend, sentral for bygging av apper som henter og viser virkelige data på en pålitelig måte.

Gjøre HTTP-forespørsler

JSON-parsing (serialisering)

Best practices

Hvorfor det er viktig

Relaterte spørsmål