Molteplici attività/frammenti e il modello View Presenter pattern

Question

In primo luogo, so che con Model View Presenter ci sono diverse implementazioni, e nella mia mente finché hai i livelli di astrazione chiaramente definiti e facendo i loro ruoli nominati allora come implementare questo modello è aperto all'interpretazione. Ho implementato questo modello in alcune app dove c'era solo uno Activity. Ora ho avviato un nuovo progetto con più attività e allegato Fragments, compresi i frammenti annidati (ViewPager).

Ora sto provando a tradurre l'MVP in questo progetto e ho raggiunto un concept wall e vorrei ricevere alcune indicazioni e approfondimenti.

Finora ho creato la struttura di cui sopra e ho iniziato a fare una relazione 1: 1 con View & Presenter (indipendentemente da Activity o Fragment). Sento che questo è OK, tuttavia se per esempio ho inviato una richiesta per fare qualcosa da una vista Activity al Presentatore, che restituisce un risultato allo Activity Visualizza come andrei sulla propagazione del risultato, ovvero aggiorna tutte le altre Attività/Frammenti che al momento non si trova nello stato Paused() o Stop(). Mi sento come se in questo caso dovesse esserci un Presenter centrale che aggiorna tutte le visualizzazioni di attività e frammenti necessarie, ma non sono sicuro di come procedere.

Attualmente, quando si crea ogni Activity e Fragment crea una nuova istanza di una classe presentatore, passando in se stesso come riferimento (le Attività e Frammenti implementare le proprie interfacce), che i negozi presentatore come un WeakReference e può invocare il metodi di interfaccia rilevanti quando si restituisce un risultato.

Secondo i documenti ogni volta che Fragments desidera comunicare tra loro e l'allegato Activity è necessario utilizzare un'interfaccia di richiamata. Con questo in mente dovrei avere un'interfaccia di callback implementata da Activity e il callback Fragments ogni volta che richiedono qualcosa, quindi in sostanza solo l'Activity avrebbe un livello Presenter e Model a cui i Fragments devono fare callback per fare varie richieste ?

Scusate se questo suona un po 'confuso, si spera che questo sia abbastanza chiaro per capire cosa voglio raggiungere, e se sto pensando lungo le linee giuste ... o totalmente fuori dal marchio!

Answer 1

Penso che sia giusto avere un presentatore all'interno dell'attività. Fondamentalmente l'attività è come un controller, dovrebbe sapere del presentatore.

Sarebbe sbagliato inserire un presentatore in un frammento se anche l'attività o altri frammenti lo richiedono. È possibile inserire un presentatore in un frammento solo se questo presentatore è progettato specificamente per il frammento.

che i negozi presentatore come un WeakReference e in grado di richiamare i metodi di interfaccia rilevanti per la restituzione di un risultato

Perché avete bisogno di un WeakReference qui? Se hai una relazione 1: 1, suppongo che il tuo relatore non abbia il proprio ciclo di vita, il che significa che il suo ciclo di vita dipende dall'attività o dal frammento. Non c'è il rischio di avere perdite di memoria perché non è un singleton, giusto? Dovrebbe essere sicuro di avere un riferimento forte.

Non sono sicuro di aver risposto alla tua domanda perché mi sembra un po 'ampia. Il mio punto è che i frammenti sono solo "parti" di attività separate e dovresti trattarli come parti. Se il presentatore appartiene solo a questa parte, allora dovrebbe essere all'interno. Altrimenti dovrebbe essere in attività.Hai ragione sull'utilizzo di un interface per accedere all'attività, questo è un approccio progettuale ben noto che Google utilizza nei loro esempi.

Answer 2

No, nessuna interfaccia più. È possibile utilizzare RxJava Observables per aggiornare tutte le visualizzazioni come descritto in here o una sorta di Bus (Otto -deprecated o EventBus). E ti piacerà perché rendono l'interazione troppo facile.