Wie handhabst du Netzwerk und APIs in Flutter?

Question

Accepted Answer

Flutter-Apps kommunizieren häufig mit **APIs** — HTTP-Anfragen stellen, JSON analysieren und Antworten/Fehler verarbeiten. Mit den Paketen **http** oder **dio**, **async/await** und JSON-Parsing ist Netzwerk ein Kernbestandteil der meisten Apps. ## HTTP-Anfragen stellen ```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 (Serialisierung) ```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 ``` ## Warum es wichtig ist Das Verstehen von Netzwerk und APIs in Flutter ist essentiell, weil **die meisten Apps mit Backends kommunizieren** — Daten über HTTP zu laden und zu senden ist ein Kernbestandteil von nahezu jeder echten App, daher ist es unverzichtbares praktisches Wissen. Apps müssen ständig API-Aufrufe tätigen (Daten laden, Formulare einreichen, Authentifizierung), und das Verständnis dafür, wie man dies richtig macht, ist grundlegend. Zu wissen, wie man **HTTP-Anfragen stellt** (GET, POST, etc. mit den Paketen `http` oder `dio` mit async/await), **JSON analysiert** (API-Antworten in typisierte Dart-Modelobjekte umwandelt via `fromJson`/`toJson`, idealerweise mit Code-Generierung für viele Modelle), und **Antworten und Fehler handhabt** (Status-Codes prüfen, Exceptions werfen/verarbeiten) ist die Kernfähigkeit. Das Verstehen von **Best Practices** ist besonders wertvoll: eine **Service/Repository-Layer** nutzen, um Netzwerk von der UI zu trennen (Clean Architecture, Wartbarkeit), **Fehler elegant handhaben** (Netzwerkausfälle, Nicht-200-Status, Timeouts — angemessenes UI-Feedback zeigen, da Netzwerkaufrufe häufig fehlschlagen), **Loading-States anzeigen** (via FutureBuilder oder State Management, für gute UX), JSON in **typisierte Modelle** analysieren (für Typsicherheit statt rohe Maps), und Auth und Timeouts handhaben — diese reflektieren robuste, wartbare Netzwerk-Code statt fragiler ad-hoc-Aufrufe. Da die meisten Flutter-Apps mit APIs kommunizieren (ein fast universelles Bedürfnis) und es richtig zu machen (angemessene Anfragen, JSON-Parsing in Modelle, Fehlerbehandlung, Loading-States und Clean Architecture) essentiell für funktionale, robuste Apps ist, und da das Verständnis der Tools und Best Practices notwendig für diese Kernfähigkeit ist, ist das Verständnis von Netzwerk und APIs in Flutter essentielles, häufig angewendetes praktisches Wissen — eine grundlegende Fähigkeit, die in praktisch jeder echten Flutter-App benötigt wird, die mit einem Backend kommuniziert, zentral zum Aufbau von Apps, die zuverlässig echte Daten laden und anzeigen.