Como você lida com networking e APIs em Flutter?

Question

Accepted Answer

Apps Flutter frequentemente se comunicam com **APIs** — fazendo requisições HTTP, parseando JSON e tratando respostas/erros. Usando os pacotes **http** ou **dio**, **async/await** e parsing de JSON, networking é uma parte central na maioria dos apps. ## Fazendo requisições HTTP ```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'}), ); ``` ## Parsing de JSON (serialização) ```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 ``` ## Boas práticas ```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 ``` ## Por que isso importa Entender networking e APIs em Flutter é essencial porque **a maioria dos apps se comunica com backends** — buscar e enviar dados via HTTP é uma parte central em praticamente todos os apps reais, então é conhecimento prático obrigatório. Apps constantemente precisam fazer chamadas de API (carregar dados, enviar formulários, autenticação), e entender como fazer isso corretamente é fundamental. Saber como **fazer requisições HTTP** (GET, POST, etc. usando os pacotes `http` ou `dio` com async/await), **parsear JSON** (convertendo respostas de API em objetos de modelo Dart tipados via `fromJson`/`toJson`, idealmente com geração de código para muitos modelos), e **tratar respostas e erros** (verificando status codes, lançando/tratando exceções) é a habilidade prática central. Entender as **boas práticas** é particularmente valioso: usar uma **camada de serviço/repositório** para separar networking da UI (arquitetura limpa, manutenibilidade), **tratar erros graciosamente** (falhas de rede, status não-200, timeouts — mostrando feedback apropriado na UI, já que chamadas de rede frequentemente falham), **mostrar estados de carregamento** (via FutureBuilder ou gerenciamento de estado, para boa UX), parsear JSON em **modelos tipados** (para segurança de tipo ao invés de maps brutos), e tratar autenticação e timeouts — estes refletem construir código de networking robusto e manutenível ao invés de chamadas ad-hoc frágeis. Já que a maioria dos apps Flutter se comunica com APIs (uma necessidade quase universal) e fazê-lo bem (requisições apropriadas, parsing de JSON em modelos, tratamento de erros, estados de carregamento e arquitetura limpa) é essencial para apps funcionais e robustos, e já que entender as ferramentas e boas práticas é necessário para essa capacidade central, entender networking e APIs em Flutter é conhecimento prático essencial e frequentemente aplicado — uma habilidade fundamental necessária em praticamente todos os apps Flutter reais que se comunicam com um backend, central para construir apps que buscam e exibem dados reais de forma confiável.