Arquitectura de Software
Arquitectura en Android
Patrón de diseño vs. Arquitectura de Diseño
¿Qué es la Arquitectura de Diseño?
SOLID: Single Responsability y Open/Closed Principles
SOLID: Liskov substitution, Interface segregation y Dependency Inversion principle
Evolución de la Arquitectura en Android
Arquitectura Model View Controller (MVC)
¿Qué es la aquitectura Model View Controller (MVC)?
MVC en un Proyecto Android: Analizando el código en capas
MVC en un Proyecto Android: Llevando el código a sus responsabilidades
Arquitectura Model View Presenter (MVP)
¿Qué es la aquitectura Model View Presenter (MVP)?
¿Qué es Clean Architecture?
Composición en Clases
Model View Presenter explicado
Capa Model
MVP en un Proyecto Android: Presenters y Views
MVP en un Proyecto Android: Model
Ubicando el código en MVP
Arquitectura Model View ViewModel (MVVM)
¿Qué es la arquitectura Model View ViewModel (MVVM)?
¿Cómo funciona MVVM Data Binding?
MVVM Data Binding estructurando nuestra aplicación y migrando a AndriodX
MVVM DataBinding creando un ViewModel
Patron Observer en MVVM
MVVM Data Binding: integrando ViewModel a View
MVVM Data Binding: RecyclerView Adapter
MVVM Data Binding: RecyclerView CardView
Android JetPack Arquitectura
¿Qué es Android JetPack Arquitectura?
¿Cómo funciona la arquitectura de componentes?
Arquitectura Componentes Lifecycle ViewModel
Arquitectura Componentes Lifecycle Observe
Fin del curso
Conclusiones
Aún no tienes acceso a esta clase
Crea una cuenta y continúa viendo este curso
Aportes 7
Preguntas 0
Hay dos cosas que creo que se pueden mejorar.
No pasar ArrayList por parámetros, lo recomendable es pasar List, tiene que ser un objeto inmutable.
Pasar el interator por el constructor del presenter en conjunto de la view, no estamos aplicando inyección de dependencia al 100%, esto mas va perjudicar si queremos hacer un test unit al presenter, no vamos a tener forma…
es mucho mas ordenado esta arquitectura que la de clases anteriores
Para desacoplar de mejor forma el presentador , se deben agregar dos interfaces distintas:
De esta forma desde el view no verémos el método showCoupons y desde el interactor no verémos el método getCoupons
Esta quedando excelente el proyecto con la nueva arquitectura y se ve mucho mas ordenado
lo que aún no entiendo es… porque solo couponView va en el constructor y no couponInteractor. Que significa que vaya o no vayan dentro del constructor? la app explota?
Solo como recomendación, deberíamos de utilizar data class para el mapeo de datos de una Api o cuando se utiliza una base de datos local con Room por ejemplo. Esto lo menciono porque en el modelo anncode utiliza algo parecido a las clases de java donde se necesitaba hacer uso de getters y setters…
No entiendo un jo… (creo que esto no es lo mío) 😭
¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.