Modello / Vista passiva / Presentatore - Sono valide una o più relazioni tra visualizzazione e presentatore?

0

Sto mantenendo un'applicazione che ho refactored usando il pattern MVP. Uso il pattern di visualizzazione passiva, il che significa che il mio punto di vista è il più stupido possibile, solo inoltrando i suoi eventi tramite la sua interfaccia al mio presentatore.

In questo momento il mio presentatore è diventato relativamente grande. In questo momento vorrei estrarne una logica. Ma in questo modo avrei avuto più presenter per una singola vista.

La mia root quindi costruiva la vista e la inseriva in diverse classi di presentatori, cioè il primo presentatore gestiva solo 2 pulsanti di opzione, il secondo presentatore solo la convalida dell'input della casella di testo e il terzo solo i colori del presentatore.

Ci sono dei problemi in cui mi avvicinerò passando la mia opinione in giro così a diversi presentatori? Pensavo che la vista e il presentatore dovessero sempre avere una relazione 1to1, ma non ho mai saputo o pensato sul perché ... In questo momento non vedo alcun motivo per non passare la vista e dividere la logica.

Ogni pensiero è benvenuto! Grazie in anticipo.

    
posta selmaohneh 30.07.2018 - 21:10
fonte

1 risposta

1

Da un punto di vista SOLID si potrebbe rompere il principio di segregazione dell'interfaccia. I tuoi relatori stanno ricevendo l'intera vista ma usano solo parte della sua interfaccia. Questo non è necessariamente un problema, ma è almeno qualcosa a cui dovresti prestare attenzione.

Potresti voler far sì che ogni presentatore prenda un'interfaccia e faccia in modo che la vista li implementi tutti o addirittura divida la vista in più oggetti.

Non è che la relazione tra presentatore e viewer dovrebbe essere 1-1 ma che dovresti cercare di iniettare solo ciò di cui ha bisogno il cliente e niente di più.

    
risposta data 30.07.2018 - 22:18
fonte

Leggi altre domande sui tag