Lo schema Model-View-Presenter (MVP) è utile per Android?

Come separare View e Presenter in Android, mentre le reazioni sulle azioni dell'utente (parte Presenter di MVP) sono impostate nelle stesse attività che mostrano gli elementi della GUI (Visualizza parte di MVP).

"Nel presentatore della vista modello, proprio come dicono Martin Fowler o Michael Feathers [2], la logica dell'interfaccia utente è separata in una classe chiamata presentatore, che gestisce tutto l'input dell'utente e che dice alla vista" stupida "cosa e quando display "(citato da qui ).

Fino ad ora ho pensato che una delle caratteristiche principali di Android sia l' attività intelligente che agisce, reagisce e mostra i risultati. Lo schema MVP è in contraddizione con la filosofia Android? Ha senso provare a realizzarlo su Android? Se sì, come si può fare?

Le applicazioni Android sono fondamentalmente costruite attorno a Model-View-Controller (MVC) - MVP suona come la stessa cosa, anche se non ho mai sentito il termine prima. Le attività ricoprono il ruolo di Controller, le viste XML sono proprio questo (anche se puoi costruirle programmaticamente nell'attività - è solo più facile e più semplice farlo in XML) e il modello che scrivi tu stesso. Quindi sì, quel modello è abbastanza pratico.

Una possibile ragione per cui potresti non aver sentito parlare molto di questo modello di progettazione è che il framework Android ti costringe a separare la vista. Poiché l'applicazione su dispositivi mobili tende ad essere piccola, le persone non tendono a utilizzare MVC full-on; tendono alla vista e ai livelli di azione in cui il livello di azione svolge gran parte del (piccolo) lavoro del modello.

Se stai scrivendo un'app multipiattaforma, potresti voler esaminare un approccio a quattro livelli: Visualizza, Azione, Logica aziendale e Modello. I livelli Vista e Azione sarebbero specifici della piattaforma, mentre la logica aziendale e il modello non sarebbero cambiati. Fondamentalmente, il relatore e l'interazione dell'utente vengono suddivisi nel livello Azione, che chiama il livello Logica aziendale per eseguire l'azione desiderata dall'utente.

Non ho alcuna esperienza sulla programmazione Android, ma dando una breve occhiata ad alcuni tutorial introduttivi sulla programmazione Android non vedo un motivo per cui MVP dovrebbe essere meno utile come in qualsiasi altro framework guidato da eventi. La Activityclasse non è molto diversa da Dialogo Formin altri framework, quindi dovrebbe essere facile creare una classe "Activitity Presenter" per qualsiasi sottoclasse Activity dell'applicazione e inserire lì la logica di base.

Gli eventi inviati alla tua "Attività" devono essere delegati al tuo presentatore e se il relatore invierà eventi da solo o chiamerà altre funzionalità dipendenti dal sistema, la tua Attività deve fornire funzioni correlate tramite l'interfaccia che condivide con il relatore. Ma questo è sostanzialmente lo stesso di qualsiasi altro framework GUI che conosco.

MVP è sicuramente utile per Android. Aiuta a organizzare e testare l'unità del codice. E la parte migliore è che le nuove persone che leggono il tuo codice saranno in grado di capire il codice e inizieranno a contribuire non appena sapranno cosa dovrebbe andare dove. Ecco un link molto utile per comprendere MVP con esempi .

Ecco una breve spiegazione di tutti e tre i componenti di MVP

vista

In Android MVP, una vista contiene due cose Attività - Visualizzazione risorse Android - Interfaccia java Attività Implementa la vista e si inietta (interfaccia di visualizzazione) nel presentatore in modo che il relatore possa parlare all'attività utilizzando l'interfaccia di vista. I primi tre blocchi del diagramma mostrano la comunicazione tra View e The Presenter.

Presentatore

Presenter funge da strato intermedio tra Visualizza e Dati / Modello. Visualizza (Attività) i comandi del presentatore per presentare qualcosa e il presentatore quindi prende i dati dal database / modello e restituisce la forma presentabile di dati alla vista. Visualizza quindi si occupa della visualizzazione di tali dati sullo schermo. E ricorda che Presenter è una semplice classe Java che non dovrebbe includere nessuno dei componenti Android, altrimenti renderà difficile il test unitario del presentatore.

Se si desidera utilizzare il database nel presentatore, fare in modo che l'attività crei un'istanza del database e la inietti nel presentatore. Questo ti aiuterà a deridere il database durante i test delle unità e ti consentirà di testare la logica aziendale.

Modello

Il modello in MVP non è altro che l'origine dati. Visualizza non comunica direttamente con i dati, ma comanda a Presenter di gestirli e restituire le informazioni che possono essere visualizzate senza ulteriori modifiche.