Los patrones de arquitectura, nos permiten mantener un proyecto limpio, escalable, fácil de mantener y de testear.
Arquitectura
Qué aprenderás sobre patrones de diseño en android
¿Qué es arquitectura?
Tipos de arquitectura en Android
Presentación del proyecto: Platzi Wallet
Patrón de arquitectura MVP
Implementación de MVP en el proyecto
Comunicación entre capas MVP
Creación del loader y resultados de la implementación
Patrón de arquitectura MVVM
Patrones de diseño
Qué es un patrón de diseño y qué tipos existen
Patrones de diseño creacionales
Singleton
Object Singleton
¿Qué es Builder?
Aplicando builder en código
Función Apply en Builder
Factory
Patrones de diseño estructurales
Adapter
Proxy
Facade
Patrones de comportamiento
Observer
Cómo implementar observer en el proyecto
Command
Cómo implementar command en el proyecto
Prueba de ejecución de comandos
Bonus: Architecture Components
Introducción a Architecture Components
LiveData
Introducción a Room y preparación del proyecto
Creación de componentes de Room
Comunicación entre componentes
ViewModel
Bonus: Custom View
Creando Custom Views
Conclusiones
Conclusiones y consejos para seguir aprendiendo
Aportes 12
Preguntas 0
Los patrones de arquitectura, nos permiten mantener un proyecto limpio, escalable, fácil de mantener y de testear.
Patron de Arquitectura MVP
View: se encarga de mostrar los comportamientos y componentes visuales, todos sus eventos se comunican con el presentador a través de la interfaz.
Presenter: es el intermediario de la vista y capas de comunicación, tiene únicamente la responsabilidad de modular datos y enviar eventos.
Model: es la base de datos y se comunica a través de Callbacks.
De esta clase me quedan ciertas dudas, mas que todo relacionadas al curso de arquitectura de Android impartido por Anahí.
Soy todo un novato en esto, así que mi prioridad es interiorizar estos conceptos de una manera clara y concreta.
En el curso de arquitectura se plantea que la comunicación entre el Presenter y Model es unidireccional, no obstante en esta clase lo plantean como un ciclo bidireccional; ¿por qué?
View: Renderiza objetos
Activity, Fragments and Android views
Presenter: Cómo voy a presentar datos hacia la vista
Model: Comunicación con bbdd, conexiones http
Models, cache, sqlite y servicios
La vista genera un evento, ese evento va al presebtador, el presentador se lo solicita al modelo. El modelo genera la respuesta y se la pasa al presentador y el presentador toma la decisión de cómo va a ser mostrado hacia la vista.
es la mejor explicación que he visto de este patrón de arquitectura… y he visto muchos, hasta hoy que por fin me quedo claro… gracias.
Una gran ventaja; no carga todas las tareas a la funcion main
Hay algunos errores en el código.
public LoadFragment
le falta la declaración class
, Igual con Public LoansPresenter
.LoansPresenter
y la clase que la implementa no pueden tener el mismo nombre. Incluso implementa Presenter
y hasta ahora esa interface no existe.MVP
La capa de view renderiza vistas
La capa de presentacion este trabaja con como se debe llevar los datos a la vista
La capa de Modelo se encarga de trabajar con la base de datos, conexiones http o JSON
perdon pero falta implementar la interfaz LoansPresenter, por que solo dice Presenter.
Esta arquitectura es una de las favoritas de todo desarrollador, ya que se puede trabajar ampliamente y sin preocuparse de que nuestra aplicacion se detenga o surgan errores, ya que esta arquitectura es una hilera de diversos hilos 😄
La arquitectura MVP es muy buena, pero pensé que utilizariamos MVVM, pero bueno a darle con todo!
Pensé que utilizariamos la arquitectura MVVM
Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.