Patr贸n de arquitectura MVP

5/32
Recursos
Transcripci贸n

Aportes 12

Preguntas 0

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Reg铆strate o inicia sesi贸n para participar.

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.

  • 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.

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