Desarrollo de Apps Móviles con Flutter - Nivel Intermedio

Este curso acompaña la construcción de una aplicación móvil de gestión de tareas desde una base funcional hasta una entrega comprobable. El escenario común será una persona que organiza tareas personales y necesita conservarlas, filtrarlas, abrir una tarea desde un enlace y comprobar que los cambios no rompen la aplicación. La ruta no consiste en memorizar paquetes aislados: cada módulo resuelve una decisión concreta de diseño.

En el primer módulo se separa el estado de la interfaz del estado de dominio. Provider, InheritedWidget y ChangeNotifier se estudian comparando alcance, notificación y responsabilidad. El caso práctico convierte esas ideas en un modelo de tareas que permite marcar, editar y eliminar elementos sin duplicar lógica. El quiz sirve para justificar elecciones, no solo para reconocer nombres de herramientas.

El segundo módulo aborda navegación profesional. Navigator 2.0 presenta una pila derivada del estado, mientras go_router ofrece una configuración declarativa más compacta para rutas, parámetros y redirecciones. Deep linking y rutas dinámicas se trabajan con una tarea identificada por su valor estable. La comprobación clave será abrir directamente una ruta, conservar sus datos y responder de forma segura cuando el identificador no exista.

El tercer módulo organiza la persistencia. SharedPreferences resulta adecuado para preferencias pequeñas, como el filtro seleccionado; SQLite con sqflite permite consultar registros estructurados; Dio ayuda a separar una petición REST de la representación visual; Firestore introduce sincronización remota con reglas de acceso que deben definirse explícitamente. Se comparan estados de carga, éxito y error, y se exige distinguir registros locales de respuestas remotas.

El módulo integrador reúne esas decisiones en una aplicación de tareas. Primero se dibujan entidades, casos de uso, rutas y límites entre presentación, dominio y datos. Después se implementa una secuencia reducida: crear tarea, listar, marcar completada, persistir, abrir por ruta y mostrar un error recuperable. El trabajo no requiere una publicación real para demostrar el aprendizaje; requiere evidencias reproducibles en un entorno local o de prueba autorizado.

El producto final debe incluir una arquitectura documentada, un flujo funcional y pruebas. Una prueba de unidad verificará una transformación o regla de negocio; una prueba de widget comprobará una interacción visible; una prueba de navegación validará una ruta válida y otra inexistente. La evaluación usará criterios observables: estado consistente, rutas reproducibles, datos sin pérdida silenciosa, errores comunicados y separación clara de responsabilidades.

Para avanzar, conserva pequeños conjuntos de datos conocidos y anota el resultado esperado antes de ejecutar. Cuando una decisión dependa del contexto, explica por qué una opción es suficiente y qué limitación conserva. La comprobación final consiste en repetir el flujo desde una instalación o estado limpio, revisar los registros de entrada y comparar cada salida con los criterios del proyecto.