Consumo de API REST en mobile: latencia, errores y robustez

Implementa consumo de API con arquitectura mantenible, manejo de errores por capa y control de latencia para apps móviles reales.

📘 Teoría

Tu UI no debería depender del JSON crudo del backend.

Define DTOs de red y conviértelos a modelos de dominio para desacoplar cambios de backend de la capa de presentación.

Versiona endpoints y campos críticos para evitar roturas silenciosas tras despliegues parciales.

Centraliza validaciones mínimas (nulos, tipos, defaults) antes de que los datos lleguen al estado de pantalla.

Un buen cliente de API diferencia fallo temporal de fallo definitivo.

Separa errores de transporte (sin red, timeout), errores HTTP (401, 404, 500) y errores de parsing para reaccionar distinto.

Aplica reintentos solo en errores recuperables y con backoff; reintentar un 401 sin refrescar token solo empeora el problema.

Propaga metadatos útiles (status, código interno, requestId) para observabilidad y debugging posterior.

La red no vive aislada: impacta directamente en loaders, vacíos y errores de pantalla.

Conecta el resultado de API a un estado discriminado (`idle`, `loading`, `success`, `error`) para rendering predecible.

Evita disparar peticiones duplicadas desde múltiples efectos o hooks sin coordinación.

Diseña fallback UX: vista vacía útil, botón de reintento y trazabilidad de error para soporte.

Ejemplo Ejemplo guiado Modela la respuesta de un endpoint de perfil y transforma DTO en modelo de dominio usado por la UI.

⌄

Reto Reto práctico Implementa una función `loadProducts` que devuelva éxito o error tipado, diferenciando red y HTTP.

⌄

Test

Comprueba tus conocimientos con un test sobre Desarrollo de Apps.

Recursos del curso 20