¿Cómo se puede usar un presentador para múltiples vistas en MVP?

7

Estoy usando MVP para crear una aplicación de Android, que lleva los datos del servidor y los configura a la actividad.

Estoy obligado a crear un presentador para cada vista.
Cada vista es única porque cada vista tiene diferentes vistas de texto / etiquetas.
El presentador leerá los valores del modelo y el método de establecimiento de llamadas para cada control a la vista.
Para la segunda vista, necesitaré un presentador diferente, ya que necesito llamar a otros métodos de configuración en la interfaz de la vista.

Esto significa vista: el presentador tendrá una relación uno a uno.
¿Está bien para la vista: el presentador tiene una relación uno a uno en MVP o mi enfoque no es correcto?

EDITAR: Usaré un presentador para cada vista porque tengo que hacerlo. Porque cada presentador implementará la funcionalidad única para cada vista.

Sin embargo, eso plantea un problema de reutilización. Los presentadores tienen muchos códigos comunes. por ejemplo, llamar al asistente para cargar datos desde la URL, etc. Así que planeo usar el patrón abstracto de fábrica o el patrón de estrategia. El problema con el patrón de fábrica abstracto es que, si mañana mi presentador necesita extender otra clase, no se puede hacer porque estoy codificando en Java. Entonces, ¿es recomendable utilizar el patrón de fábrica abstracto en java para el grupo presentador?

    
pregunta user4057066 30.10.2014 - 12:59

1 respuesta

8

Sí, está bien.

Aplicar patrón de diseño de MVP significa tener tríos de MVP (modelo-presenter-view) por cada elemento (incluso un poco complejo) para mostrar. La lógica va al modelo, y el presentador está ahí solo para pegar cosas.

    
respondido por el BЈовић 30.10.2014 - 13:29

Lea otras preguntas en las etiquetas