hubiera sido lindo ver una implementacion con flutter
¿Qué implica diseñar software de apps móviles?
Bienvenida al diseño de software para apps móviles
Introducción
Tipos de aplicaciones
Diseño de una app móvil
Requerimientos
Diseño de alto nivel: backend, API
Diseño de alto nivel: ImageLoader
Diseño de alto nivel: CDN y Push Provider
Flujos del usuario
Data y Networking
Tipos de comunicación con el servidor
Qué es un API desde la perspectiva mobile
Como crear un modelo de datos
Características offline a la app
¿Cómo implementar offline first?
La base de un gran performance
Tips de Performance
Analytics para apps móviles
Seguridad para apps móviles
Accesibilidad para apps móviles
Herramientas profesionales para el diseño de software móvil
Testing: buenas prácticas y test unitarios
Testing: instrumentación, end2end y manual
Sistemas de diseño visual
Internacionalización
Tooling: Charles Proxy, Stetho, Chuck y Canary
Consideraciones finales para diseñar software móvil
Modularización del código
Monitoreo para apps móviles
Deployment para apps móviles
Crea apps móviles exitosas
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
No se trata de lo que quieres comprar, sino de quién quieres ser. Aprovecha el precio especial.
Antes: $249
Paga en 4 cuotas sin intereses
Termina en:
Cristian Villamil
Aportes 9
Preguntas 1
hubiera sido lindo ver una implementacion con flutter
mucho bla bla bla, literal si yo queria conceptos y o tips le preguntaba a google, yo cuando pague este curso esperaba ver videos de gente enseñando me con el android studio abierto como implementar cada concepto, pero bueno seguiere usando YOUTUBE, tenia fen en platzi
La arquitectura Model View ViewModel (MVVM) es una arquitectura de software que se puede utilizar para implementar una estrategia “offline first” en el diseño de aplicativos móviles. Aquí hay algunos pasos que se pueden seguir para implementar la arquitectura MVVM en el diseño de aplicativos móviles offline first:
Diseñar la capa de modelo: La capa de modelo es responsable de administrar los datos de la aplicación y es donde se debe diseñar la base de datos local. La base de datos local debe ser fácil de sincronizar con la base de datos en línea cuando se establece una conexión a Internet.
Crear el ViewModel: El ViewModel es responsable de manejar la lógica de negocio y la interacción entre la capa de modelo y la vista. En una aplicación offline first, el ViewModel debe ser capaz de trabajar tanto con los datos almacenados en la base de datos local como con los datos en línea cuando estén disponibles.
Crear la capa de vista: La capa de vista es responsable de la interfaz de usuario y debe diseñarse para mostrar los datos almacenados en el ViewModel. En una aplicación offline first, la capa de vista debe ser capaz de mostrar datos almacenados en la base de datos local y permitir al usuario interactuar con ellos.
Implementar la sincronización de datos: Para que la aplicación funcione correctamente en modo offline, debe implementarse una sincronización de datos automática entre la base de datos local y la base de datos en línea. Esto asegura que los datos estén actualizados y precisos en todo momento.
Implementar funcionalidades offline adicionales: Después de que se hayan identificado las funcionalidades críticas de la aplicación, se pueden agregar gradualmente características adicionales que dependan de una conexión a Internet estable y confiable. Es importante diseñar estas características para que se integren sin problemas con las funcionalidades offline existentes de la aplicación.
Probar y ajustar: Finalmente, se debe probar y ajustar la aplicación para garantizar que funcione de manera óptima tanto en línea como sin conexión a Internet. Esto incluye probar la aplicación en diferentes condiciones de conectividad y asegurarse de que la sincronización de datos funcione correctamente. También es importante asegurarse de que la aplicación tenga mensajes de error claros y concisos cuando se pierda la conexión a Internet para que los usuarios sepan qué está sucediendo y qué deben hacer para resolver el problema.
Tipos de persistencia
Bases de datos.
Shared preferences.
Archivos locales.
Repository Pattern
El patrón repositorio nos permite tener data de forma local de tal manera que, cuando no podamos acceder a los recursos de internet, tengamos los recursos locales de una forma autómatica.
Bien explicado, muy interesante
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?