Consumo de APIs REST con Dio

Consumir una API requiere separar transporte, conversión y estado visual. Una respuesta HTTP correcta no garantiza que cada campo tenga el formato esperado; por eso conviene convertir un mapa a un modelo y representar por separado carga, éxito y error.

Ejemplo resuelto

Supón una respuesta autorizada con un elemento: [{"id":"r1","title":"Leer","done":false}]. El adaptador convierte id, title y done a un modelo local. Si la respuesta es 500, el repositorio devuelve un error tipado y la pantalla conserva la lista anterior en lugar de reemplazarla por una lista vacía.

Comprueba que la respuesta sea una lista y que cada objeto tenga ID y título de tipo string y done de tipo bool. La cadena "false" no es el booleano false. Dio distingue errores de transporte y respuestas rechazadas mediante DioException; la política de estados aceptados depende de validateStatus. Prueba el adaptador con una entrada válida, un campo de tipo incorrecto y una respuesta 500 simulada. Decide explícitamente si muestras datos anteriores marcados como tales o una pantalla de error.

Pruébalo

1. Define el mapa de entrada con r1.

2. Convierte sus campos al modelo.

3. Simula respuesta 500 sin datos.

4. Decide qué estado visual queda en cada caso.

Error frecuente: capturar cualquier excepción y mostrar éxito vacío. Corrígelo conservando el error y distinguiendo ausencia válida de fallo de transporte.

Comprueba tu resultado

Con la respuesta válida, espera un modelo r1 titulado Leer. Con 500, espera estado de error y la lista previa intacta. No cuentes una respuesta fallida como cero tareas.