In dem MVP-Muster, sollten Adapter Modelle halten oder sollte der Moderator Modelle halten und den Adapter darauf verweisen lassen?

Question

Momentan habe ich es so, dass ein Adapter einen Verweis auf alle darin enthaltenen Modelle hat. Aber ist es besser, wenn der Moderator die Modelle einfach hält und der Adapter sie einfach referenzieren kann?

So zum Beispiel:

public class Adapter extends RecyclerView.Adapter<RecyclerView.ViewHolder>{ 

private Presenter presenter; 

public Adapter(Presenter presenter){ 
    this. presenter = presenter; 
} 

@Override 
public void onBindViewHolder(RecyclerView.ViewHolder holder, int position) { 
    Model m = presenter.getModels().get(position); 
    // bind model to view holder 
} 

@Override 
public int getItemCount() { 
    return presenter.getModels().size(); 
} 


} 

diese Weise, wenn ein Moderator mehr Modelle abruft, ruft sie einfach nur getAdapter().notfiyDataSetChanged(); nach dem Abruf.

Answer 1

Sie können wirklich so oder so gehen. Einige würden sagen, den Adapter als Teil Ihrer Ansicht behandeln und es so dumm wie möglich machen, aber es ist definitiv ein Vorteil, den Adapter die Daten halten zu lassen, wenn Sie es richtig machen.

Zum Beispiel verwende ich einen abstrakten Basisadapter mit Generika, der eine Liste von Datenobjekten enthält, um die Recyclerview zu steuern. Es bietet alle standardmäßigen CRUD-Operationen für die Liste (hinzufügen, aktualisieren, löschen, verschieben usw.). Diese Methoden behandeln auch den Adapter der Änderung, sodass sich mein Client-Code nicht darum kümmern muss. Es übergibt einfach ein Objekt an den Adapter oder weist ihn an, einen zu löschen/zu ändern und der Adapter erledigt den Rest.

Der große Vorteil hier ist eine enorme Verringerung der Anzahl von wiederholten Standardcode für CRUD-Operationen und Datensatzänderungen Benachrichtigungen über die verschiedenen Akteure mit Recyclerviews interagieren. Wenn Sie mehr als ein oder zwei Bildschirme mit Recycler-Ansichten haben, summiert sich diese Ersparnis schnell, um es vorteilhafter zu machen, als sich blind an ein Mantra zu halten.

Answer 2

Normalerweise wird der Adapter als Implementierungsdetail von View betrachtet.

Presenter sollte nicht wissen Implementierungsdetails anzeigen.

Die Aufgabe des Adapters besteht darin, ein Array von Elementen aufzunehmen und in Ansichten zu veröffentlichen. Adapter sollte nicht wissen, über Presenter, Modelle, andere Ansichten etc.

Datenfluss für Adapter, wie ich es verstehe:

Modell -> Presenter -> Ansicht -> Adapter-> ItemView

Kontrolle Strömung ist entgegengesetzter, vorzugsweise überspringender Adapter.

Fühlen Sie sich frei, Fragen in den Projektfragen zu stellen.