Patrón de arquitectura MVP

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.

Los patrones de arquitectura, nos permiten mantener un proyecto limpio, escalable, fácil de mantener y de testear.

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.

Hay algunos errores en el código.

• A public LoadFragment le falta la declaración class, Igual con Public LoansPresenter.
• La interface LoansPresenter y la clase que la implementa no pueden tener el mismo nombre. Incluso implementa Presenter y hasta ahora esa interface no existe.

Una gran ventaja; no carga todas las tareas a la funcion main

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