MVC-Muster auf Android


497

Ist es möglich, das Modell-Ansicht-Controller-Muster in Java für Android zu implementieren?

Oder ist es bereits durch Aktivitäten implementiert? Oder gibt es eine bessere Möglichkeit, das MVC-Muster für Android zu implementieren?


64
Ihre Frage ist sehr gut. Aber die als Lösung gekennzeichnete Antwort ist meiner Meinung nach nicht korrekt. Es könnte mehrere Personen irreführen.
Saghar

4
Schauen Sie sich meine 2 Beiträge ab hier an Android Architecture: MV?
Dori

1
Gibt es auch zusätzliche Regeln zur Einhaltung von MVC oder ist die Android-Entwicklung aufgrund von Aktivität, XML und Ressourcen bereits auf MVC zugeschnitten?
Flamme von Udun

3
@ Dori, ich behebe deinen Link: Android-Architektur: MV?
Andreybeta

Dieser Artikel entspricht genau dem, was Sie suchen, MVC in Android durch ein praktisches Beispiel: digigene.com/architecture/android-architecture-part-2-mvc
Ali Nem

Antworten:


239

In Android haben Sie keine MVC, aber Sie haben die folgenden:

  • Sie definieren Ihre Benutzeroberfläche in verschiedenen XML-Dateien nach Auflösung, Hardware usw.
  • Sie definieren Ihre Ressourcen in verschiedenen XML-Dateien nach Gebietsschema usw.
  • Sie erweitern Klassen wie ListActivity , TabActivity und nutzen die XML-Datei durch Inflater .
  • Sie können beliebig viele Klassen für Ihre Geschäftslogik erstellen.
  • Viele Utils wurden bereits für Sie geschrieben - DatabaseUtils, Html.

3
@JDPekham, warum sagen Sie "Sie können eine Aktivität nicht instanziieren, ohne mit Ihrem Layout / Ihrer Ansicht zu sprechen"? Das Instanziieren einer Aktivität erfordert kein Sprechen mit Ansichten. Tatsächlich ist das Sprechen mit Ansichten keineswegs Teil der Aktivitätsinstanziierung. Sie KÖNNEN (müssen aber nicht) verschiedene Aktivitätsmethoden aufrufen, die mit Ihren Ansichten interagieren, wann und ob Sie dies für richtig halten. Zweite Frage: Angenommen, Aktivität soll die Rolle des "Controllers" übernehmen (ich glaube, viele Android-Entwickler sehen das so), warum nicht mit Ihren Ansichten aus der Aktivität sprechen?

8
Für alle, die sagen, dass "Android MVC ist", versuchen Sie bitte eine Woche lang Backbone.js (ja, clientseitige js) und kommen Sie dann zurück und sagen Sie, dass "Android MVC ist". Sie werden endlich die Frage verstehen und warum wir immer wieder fragen :)
Mark Peterson

14
"In Android hast du keine MVC" ???? In Android haben Sie wie in anderen Sprachen MVC, wenn Sie MVC möchten.
Lorenzo Barbagli

1
@LorenzoBarbagli Er meint, Android erzwingt MVC in Apps nicht von Natur aus (wie iOS). Sie müssen eine Variante von MVC, MVP oder etwas anderem selbst implementieren, wenn Sie das erreichen möchten, was MVC bietet - nämlich die Trennung von Bedenken und ein isoliertes, leicht testbares Modell.
Piovezan

Nein, es gibt definitiv MVC in Android, aber impliziter. Es wird nur anders implementiert, je nachdem, wie Android alles strukturiert.
6rchid

229

Es gibt kein universell eindeutiges MVC-Muster. MVC ist eher ein Konzept als ein solides Programmierframework. Sie können Ihre eigene MVC auf jeder Plattform implementieren. Solange Sie sich an die folgende Grundidee halten, implementieren Sie MVC:

  • Modell: Was soll gerendert werden?
  • Ansicht: So rendern Sie
  • Controller: Ereignisse, Benutzereingaben

Denken Sie auch so darüber nach: Wenn Sie Ihr Modell programmieren, sollte sich das Modell nicht um das Rendern (oder den plattformspezifischen Code) kümmern müssen. Das Modell würde der Ansicht sagen, es ist mir egal, ob Ihr Rendering Android oder iOS oder Windows Phone ist, das ist es, was Sie zum Rendern benötigen. Die Ansicht würde nur den plattformspezifischen Rendering-Code verarbeiten.

Dies ist besonders nützlich, wenn Sie das Modell mit Mono freigeben, um plattformübergreifende Anwendungen zu entwickeln.


12
Das ist zwar wahr und gut ausgedrückt, aber das ist Theorie und die Leute sind praktisch!
TWiStErRob

1
@TWiStErRob Aber Designmuster sind theoretische, abstrakte Ideen, die nicht nur eine Möglichkeit haben, sie zu verwirklichen. Die Behauptung „Ich möchte MVC theoretisch nicht verstehen, ich möchte es nur implementieren lassen“ klingt für mich so, als könnte dies dazu führen, dass „ich eine Waschmaschine in meine Küche stelle, weil Waschmaschinen das Cleaner ™ -Muster implementieren und Küchen brauchen das “.
Luke

1
Ich denke, Beispiele sind von unschätzbarem Wert, weil sie zeigen, was andere Leute sich ausgedacht haben. Man kann sie verbessern und aus ihren Bemühungen lernen. Es ist nicht nötig, dass jeder das Rad neu erfindet. Im Zusammenhang mit Android und seinem komplexen Lebenszyklus gibt es Probleme, die in einem Entwurfsmuster nicht behandelt werden, aber jeder wird sich ihnen stellen. Das habe ich mit praktisch gemeint.
TWiStErRob

47

Die Aktionen, Ansichten und Aktivitäten unter Android sind die integrierte Arbeitsweise mit der Android-Benutzeroberfläche und eine Implementierung des MVVM-Musters (Model-View-Viewmodel) , das strukturell ähnlich ist (in derselben Familie wie) Model-View -Regler.

Nach meinem besten Wissen gibt es keine Möglichkeit, aus diesem Modell auszubrechen. Dies ist wahrscheinlich möglich, aber Sie würden wahrscheinlich den gesamten Nutzen des vorhandenen Modells verlieren und müssen Ihre eigene UI-Ebene neu schreiben, damit es funktioniert.


29

Nach einiger Suche ist die vernünftigste Antwort die folgende:

MVC ist bereits in Android implementiert als:

  1. Ansicht = Layout, Ressourcen und integrierte Klassen wie Buttonabgeleitet von android.view.View.
  2. Controller = Aktivität
  3. Modell = die Klassen, die die Anwendungslogik implementieren

(Dies impliziert übrigens keine Anwendungsdomänenlogik in der Aktivität.)

Für einen kleinen Entwickler ist es am vernünftigsten, diesem Muster zu folgen und nicht zu versuchen, das zu tun, was Google nicht beschlossen hat.

PS Beachten Sie, dass die Aktivität manchmal neu gestartet wird, sodass kein Platz für Modelldaten vorhanden ist (der einfachste Weg, einen Neustart zu veranlassen, besteht darin, android:configChanges="keyboardHidden|orientation"das XML wegzulassen und das Gerät einzuschalten).

BEARBEITEN

Wir sprechen vielleicht über MVC , aber es wird sozusagen FMVC , Framework - Model - View - Controller sein . Das Framework (das Android-Betriebssystem) setzt seine Idee des Komponentenlebenszyklus und verwandter Ereignisse durch, und in der Praxis ist der Controller ( Activity/ Service/ BroadcastReceiver) zunächst für die Bewältigung dieser vom Framework auferlegten Ereignisse (wie z. B. onCreate () ) verantwortlich. Sollten Benutzereingaben separat verarbeitet werden? Selbst wenn dies der Fall sein sollte, können Sie es nicht trennen. Benutzereingabeereignisse stammen ebenfalls von Android.

Wie auch immer, je weniger Code, der nicht Android-spezifisch ist, in Ihr Activity/ Service/ eingegeben wird, desto BroadcastReceiverbesser.


3
Die Aktivität hat direkten Zugriff auf die Benutzeroberfläche, während der MVC-Controller die Ansicht nicht kennen sollte (nur umgekehrt).
Konrad Morawski

2
@KonradMorawski Hmmm .... Ein Blick auf das Anzeigen von Dingen und über den Controller ? Ein Kind, das beispielsweise etwas Buttonüber den Controller weiß ? Es scheint logischer, dass Ansichten nur über das Anzeigen von Dingen Bescheid wissen. Und wenn man bedenkt , dass Model nur über die Art der Daten Bescheid weiß, wird Controller benötigt: Etwas muss sowohl über das Modell als auch über die Ansicht wissen .
18446744073709551615

4
Offensichtlich muss die Ansicht über den Controller Bescheid wissen, um Ereignisse an den Controller delegieren zu können. Der Controller folgt ihm bis zum Modell und informiert die Ansicht über die Ergebnisse (damit er sie anzeigen kann). Der Controller bläst die Ansicht nicht auf (während Aktivität dies tut), und er sollte auch nichts über Schaltflächen, Textfelder, Listen usw. wissen (während Aktivität weiß).
Konrad Morawski

1
Ich denke, Servicees ist auch unter dem Dach des Controllers
CL22

1
Schon mal was von Beobachtern gehört? Die beste Trennung, die ich bisher gefunden habe, ist, wenn 1. Controller nur eine Modellinstanz hat, 2. Modell keine Kenntnisse über Controller oder Ansicht hat, die Ansicht sich jedoch als Modellbeobachter registrieren kann (das Modell weiß also etwas über die Ansicht, aber er weiß nicht, wer es ist und er ist egal) - Wenn das Modell mit dem Laden von Daten fertig ist, benachrichtigt er alle Beobachter (normalerweise 1) und 3. Ansicht hat nur Modellinstanz, um Daten daraus zu ziehen. Auf diese Weise gibt es nur 2 Abhängigkeiten für alle MVC-Frameworks. Ich denke, 2 ist minimal, also sollte es das beste Layout sein.
Srneczek

18

Es gibt kein einzelnes MVC-Muster, dem Sie folgen könnten. MVC gibt lediglich mehr oder weniger an, dass Sie Daten und Ansicht nicht mischen sollten, sodass z. B. Ansichten für das Speichern von Daten verantwortlich sind oder Klassen, die Daten verarbeiten, die Ansicht direkt beeinflussen.

Bei der Art und Weise, wie Android mit Klassen und Ressourcen umgeht, sind Sie manchmal sogar gezwungen, dem MVC-Muster zu folgen. Komplizierter sind meiner Meinung nach die Aktivitäten, die manchmal für die Ansicht verantwortlich sind, aber gleichzeitig als Controller fungieren.

Wenn Sie Ihre Ansichten und Layouts in den XML-Dateien definieren, Ihre Ressourcen aus dem Ordner res laden und vermeiden, dass diese Dinge mehr oder weniger in Ihrem Code gemischt werden, folgen Sie trotzdem einem MVC-Muster.


14

Sie können MVC in Android implementieren, es wird jedoch nicht "nativ unterstützt" und erfordert einige Anstrengungen.

Trotzdem tendiere ich persönlich zu MVP als einem viel saubereren Architekturmuster für die Android-Entwicklung. Und mit MVP meine ich Folgendes:

Geben Sie hier die Bildbeschreibung ein

Ich habe auch eine ausführlichere Antwort gepostet hier .

Nachdem ich mit den verschiedenen Ansätzen zur MVC / MVP-Implementierung in Android gespielt hatte, kam ich auf ein vernünftiges Architekturmuster, das ich in diesem Beitrag beschrieben habe: MVP- und MVC-Architekturmuster in Android .


14

Die beste Ressource, die ich gefunden habe, um MVC auf Android zu implementieren, ist dieser Beitrag :

Ich habe das gleiche Design für eines meiner Projekte verfolgt und es hat großartig funktioniert. Ich bin ein Anfänger auf Android, daher kann ich nicht sagen, dass dies die beste Lösung ist.

Ich habe eine Änderung vorgenommen: Ich habe das Modell und den Controller für jede Aktivität in der Anwendungsklasse instanziiert, damit diese nicht neu erstellt werden, wenn sich der Querformatmodus ändert.


8
Es wäre großartig, eine Zusammenfassung zu erhalten, falls der Artikel eines Tages gelöscht wird.
pqsk

12

Ich stimme JDPeckham zu und glaube, dass XML allein nicht ausreicht, um den UI-Teil einer Anwendung zu implementieren.

Wenn Sie die Aktivität jedoch als Teil der Ansicht betrachten, ist die Implementierung von MVC recht einfach. Sie können Application (wie von getApplication () in Activity zurückgegeben) überschreiben und hier einen Controller erstellen, der für die Lebensdauer Ihrer Anwendung überlebt.

(Alternativ können Sie das Singleton-Muster verwenden, wie in der Anwendungsdokumentation vorgeschlagen.)


12

MVC-Architektur auf Android Es ist besser, jedem MVP statt MVC in Android zu folgen. Nach der Antwort auf die Frage kann dies jedoch eine Lösung sein

Geben Sie hier die Bildbeschreibung ein

Beschreibung und Richtlinien

     Controller -
        Activity can play the role.
        Use an application class to write the
        global methods and define, and avoid
        static variables in the controller label
    Model -
        Entity like - user, Product, and Customer class.
    View -
        XML layout files.
    ViewModel -
        Class with like CartItem and owner
        models with multiple class properties
    Service -
        DataService- All the tables which have logic
        to get the data to bind the models - UserTable,
        CustomerTable
        NetworkService - Service logic binds the
        logic with network call - Login Service
Helpers -
        StringHelper, ValidationHelper static
        methods for helping format and validation code.
SharedView - fragmets or shared views from the code
        can be separated here

AppConstant -
        Use the Values folder XML files
        for constant app level

ANMERKUNG 1:

Hier ist das Stück Magie, das du tun kannst. Wenn Sie den Code klassifiziert haben, schreiben Sie eine Basisschnittstellenklasse wie IEntity und IService. Deklarieren Sie gängige Methoden. Erstellen Sie nun die abstrakte Klasse BaseService, deklarieren Sie Ihre eigenen Methoden und trennen Sie den Code.

HINWEIS 2: Wenn in Ihrer Aktivität mehrere Modelle dargestellt werden, ist es besser, die Ansichten in Fragmente zu unterteilen, als den Code / die Logik in die Aktivität zu schreiben. Dann ist es besser. Wenn in Zukunft mehr Modelle benötigt werden, um in der Ansicht angezeigt zu werden, fügen Sie ein weiteres Fragment hinzu.

HINWEIS 3: Die Trennung von Code ist sehr wichtig. Jede Komponente in der Architektur sollte unabhängig sein und keine abhängige Logik haben. Wenn Sie zufällig eine abhängige Logik haben, schreiben Sie dazwischen eine Mapping-Logikklasse. Dies wird Ihnen in Zukunft helfen.



9

Das MVC-Muster von Android wird (irgendwie) mit den Adapterklassen implementiert . Sie ersetzen einen Controller durch einen "Adapter". Die Beschreibung für den Adapter lautet:

Ein Adapterobjekt fungiert als Brücke zwischen einer Adapteransicht und den zugrunde liegenden Daten für diese Ansicht.

Ich suche nur nach einer Android-Anwendung, die aus einer Datenbank liest, daher weiß ich noch nicht, wie gut sie funktioniert. Es scheint jedoch ein wenig wie die Model-View-Delegate-Architektur von Qt zu sein, von der sie behaupten, sie sei ein Schritt weiter als ein traditionelles MVC-Muster. Zumindest auf dem PC funktioniert das Muster von Qt ziemlich gut.


9

Obwohl dieser Beitrag alt zu sein scheint, möchte ich die folgenden zwei hinzufügen, um über die jüngste Entwicklung in diesem Bereich für Android zu informieren:

Android-Bindung - Bereitstellung eines Frameworks, das die Bindung von Android-Ansichts-Widgets an das Datenmodell ermöglicht. Es hilft, MVC- oder MVVM-Muster in Android-Anwendungen zu implementieren.

roboguice - RoboGuice nimmt das Rätselraten aus der Entwicklung. Fügen Sie Ihre Ansicht, Ressource, Ihren Systemdienst oder ein anderes Objekt ein und lassen Sie RoboGuice sich um die Details kümmern.


9

Model View Controller (MVC)

Geben Sie hier die Bildbeschreibung ein


Beschreibung:

  • Wenn wir große Projekte in der Softwareentwicklung vorantreiben müssen, wird MVC im Allgemeinen verwendet, da dies eine universelle Methode zur Organisation der Projekte ist.
  • Neue Entwickler können sich schnell an das Projekt anpassen
  • Hilft bei der Entwicklung großer Projekte und auch plattformübergreifend.

Das MVC-Muster ist im Wesentlichen das Folgende:

  • Modell: Was angezeigt werden soll. Dies kann die Datenquelle sein (Beispiel: Server, Rohdaten in der App)
  • Ansicht: Wie es angezeigt wird. Dies kann die XML sein. Es fungiert somit als Präsentationsfilter. Eine Ansicht wird an ihr Modell (oder Modellteil) angehängt und erhält die für die Präsentation erforderlichen Daten.
  • Controller: Behandlung von Ereignissen wie Benutzereingaben. Dies ist die Aktivität

Wichtiges Merkmal von MVC: Wir können entweder das Modell oder die Ansicht oder den Controller ändern, ohne die anderen zu beeinflussen

  • Angenommen, wir ändern die Farbe in der Ansicht, die Größe der Ansicht oder die Position der Ansicht. Auf diese Weise wird weder das Modell noch die Steuerung beeinflusst
  • Angenommen, wir ändern das Modell (anstelle von Daten, die vom Server abgerufen werden, werden Daten von Assets abgerufen). Dies hat jedoch keine Auswirkungen auf die Ansicht und den Controller
  • Angenommen, wir ändern den Controller (Logik in der Aktivität), dies hat keine Auswirkungen auf das Modell und die Ansicht

2
Ich habe den Controller bisher nur als Kanal für die Anzeige / Modell-Relaisinformationen verwendet. Ich bin gespannt, wie Sie Modell und Ansicht in direktem Kontakt miteinander haben. Haben Sie eine Quelle oder ein Beispiel für diese Implementierung?
Jacksonkr

7

Ich denke, die nützlichste vereinfachte Erklärung ist hier: http://www.cs.otago.ac.nz/cosc346/labs/COSC346-lab2.2up.pdf

Nach allem, was ich hier gesehen und gelesen habe, macht es die Implementierung all dieser Dinge schwieriger und passt nicht gut zu anderen Teilen von Android.

Eine Aktivität andere Hörer implementieren zu lassen, ist bereits die Standardmethode für Android. Am harmlosesten wäre es, den Java Observer wie in den Folien beschrieben hinzuzufügen und den onClick und andere Arten von Aktionen in Funktionen zu gruppieren, die sich noch in der Aktivität befinden.

Der Android-Weg ist, dass die Aktivität beides macht. Der Kampf dagegen macht das Erweitern oder zukünftige Codieren nicht wirklich einfacher.

Ich stimme dem 2. Beitrag zu . Es ist irgendwie bereits implementiert, nur nicht so, wie es die Leute gewohnt sind. Unabhängig davon, ob es sich in derselben Datei befindet oder nicht, gibt es bereits eine Trennung. Es ist nicht erforderlich, eine zusätzliche Trennung zu erstellen, um sie an andere Sprachen und Betriebssysteme anzupassen.


6
Der von Ihnen angegebene Link ist fehlerhaft.
mmBs

6

Es war überraschend zu sehen, dass keiner der Beiträge hier die Frage beantwortete. Sie sind entweder zu allgemein, vage, falsch oder sprechen die Implementierung in Android nicht an.

In MVC weiß die Ansichtsebene nur, wie die Benutzeroberfläche angezeigt wird. Wenn hierfür Daten benötigt werden, werden diese von der Modellebene abgerufen. Die Ansicht fordert das Modell jedoch NICHT direkt auf, die Daten zu finden, sondern über den Controller . Daher  ruft der Controller das Modell auf, um die erforderlichen Daten für die Ansicht bereitzustellen . Sobald die Daten bereit sind, informiert der Controller die Ansicht darüber, dass die Daten bereit sind, vom Modell erfasst zu werden . Jetzt kann die Ansicht die Daten aus dem Modell abrufen .

Dieser Fluss kann wie folgt zusammengefasst werden:

Geben Sie hier die Bildbeschreibung ein

Es ist anzumerken, dass die Ansicht über die Verfügbarkeit der Daten im  Modell  entweder über den Controller - auch als  passive MVC bezeichnet - oder durch Beobachtung der Daten im Modell durch Registrierung von Observablen, die Active MVC sind, informiert werden kann .

Beim Implementierungsteil fällt als erstes ein, welche Android-Komponente für die Ansicht verwendet werden sollte . Activity  oder Fragment ?

Die Antwort ist, dass es keine Rolle spielt und beide verwendet werden können. Die Ansicht sollte in der Lage sein, die Benutzeroberfläche (UI) auf dem Gerät darzustellen und auf die Interaktion des Benutzers mit der Benutzeroberfläche zu reagieren. Beides Activity  und Fragment  stellen die dafür erforderlichen Methoden zur Verfügung.

In der in diesem Artikel verwendeten Beispiel-App habe ich Activity für die Ansichtsebene verwendet, Fragment  kann aber auch verwendet werden.

Die komplette Beispielanwendung kann in dem ‚mvc‘ Zweig gefunden wird meine GitHub Repo hier .

Ich habe auch mit der Vor - und Nachteilen von MVC - Architektur in android durch ein Beispiel behandelt hier .

Für Interessierte habe ich hier eine Reihe von Artikeln zur Android-App-Architektur gestartet , in denen ich die verschiedenen Architekturen, dh MVC, MVP, MVVM, für die Entwicklung von Android-Apps über eine vollständig funktionierende App vergleiche.


Ich habe einen Architekturkurs besucht, in dem der Kursleiter angibt, dass Aktivitäten und Fragmente nicht als Ansichten verwendet werden sollten und tatsächlich Controller sein sollten und Ansichten separate Dateien sein sollten. Haben Sie eine Meinung oder eine Begründung, warum dies nicht sein sollte?
Brandonx

Ich denke nicht, dass der Ausbilder diesbezüglich korrekt ist. Wenn Sie Aktivität oder Fragment als Controller auswählen, wird der Kontext an den Controller übergeben. Andererseits benötigt die Ansicht auch einen Kontext zum Zeichnen auf dem Bildschirm. Auf diese Weise, dh wenn der Kontext an den Controller übergeben wird, ist die App anfällig für Speicherverluste, und ich glaube, der Controller sollte keinen Status übertragen.
Ali Nem

5

Da ich die MVx-Katastrophe unter Android satt habe, habe ich kürzlich eine winzige Bibliothek erstellt, die einen unidirektionalen Datenfluss bietet und dem Konzept von MVC ähnelt: https://github.com/zserge/anvil

Grundsätzlich haben Sie eine Komponente (Aktivität, Fragment und Ansichtsgruppe). Im Inneren definieren Sie die Struktur und den Stil der Ansichtsebene. Außerdem definieren Sie, wie Daten an die Ansichten gebunden werden sollen. Schließlich können Sie Listener an derselben Stelle binden.

Sobald Ihre Daten geändert wurden, wird die globale "render ()" - Methode aufgerufen und Ihre Ansichten werden intelligent mit den neuesten Daten aktualisiert.

Hier ist ein Beispiel für die Komponente, die aus Gründen der Codekompaktheit alles enthält (natürlich können Modell und Controller leicht getrennt werden). Hier ist "count" ein Modell, die view () -Methode eine Ansicht und "v -> count ++" ein Controller, der auf die Tastenklicks hört und das Modell aktualisiert.

public MyView extends RenderableView {
  public MyView(Context c) {
      super(c);
  }

  private int count = 0;

  public void view() {
    frameLayout(() -> {              // Define your view hierarchy
      size(FILL, WRAP);
      button(() -> {
          textColor(Color.RED);      // Define view style
          text("Clicked " + count);  // Bind data
          onClick(v -> count++);     // Bind listeners
      });
    });
  }

Mit dem getrennten Modell und Controller würde es so aussehen:

button(() -> {
   textColor(Color.RED);
   text("Clicked " + mModel.getClickCount());
   onClick(mController::onButtonClicked);
});

Hier wird bei jedem Klick auf die Schaltfläche die Zahl erhöht, dann wird "render ()" aufgerufen und der Schaltflächentext aktualisiert.

Die Syntax wird angenehmer, wenn Sie Kotlin verwenden: http://zserge.com/blog/anvil-kotlin.html . Es gibt auch eine alternative Syntax für Java ohne Lambdas.

Die Bibliothek selbst ist sehr leicht, hat keine Abhängigkeiten, verwendet keine Reflexion usw.

(Haftungsausschluss: Ich bin der Autor dieser Bibliothek)


4

Laut der Erklärung , die das Xamarin-Team erklärt hat (auf der iOS-MVC "Ich weiß, es scheint seltsam, aber warte eine Sekunde"):

  • Das Modell (Daten- oder Anwendungslogik),
  • Die Ansicht (Benutzeroberfläche) und
  • Der Controller (Code dahinter).

Ich kann das sagen:

Das Modell auf Android ist einfach das Paketobjekt. Die Ansicht ist das XML-Layout und der Controller ist das (Aktivität + sein Fragment).

* Dies ist nur meine Meinung, nicht aus einer Ressource oder einem Buch.



3

Ich habe gesehen, dass viele Leute sagen, MVC sei bereits in Android implementiert, aber es ist nicht wahr. Android folgt standardmäßig keiner MVC.

Da ich es nicht tue, wird Google die Einschränkungen einer MVC-Implementierung wie dem iPhone jemals mit Nachdruck auferlegen, aber es liegt an den Entwicklern, welche Muster oder Techniken sie in ihrem Projekt wünschen. In kleinen oder einfachen Anwendungen ist die Verwendung von MVC nicht erforderlich, sondern als Anwendung wächst und wird kompliziert und erfordert in späteren Jahren Änderungen am Code. Dann wird das MVC-Muster in Android benötigt.

Es bietet eine einfache Möglichkeit, Code zu ändern, und hilft auch bei der Reduzierung von Problemen. Wenn Sie MVC auf Android implementieren möchten, folgen Sie diesem unten angegebenen Link und genießen Sie die MVC-Implementierung in Ihrem Projekt.

http://www.therealjoshua.com/2011/11/android-architecture-part-1-intro/

Aber heutzutage denke ich, dass MVP zusammen mit Android Architectural Pattern eine der besten Optionen ist, die Entwickler für saubere und robuste Android-Anwendungen verwenden sollten.


1
Einverstanden. Android hat genug Flexibilität, um sich aufzuhängen. Diese Aktivität von Ihnen kann schnell gigantisch und kompliziert werden, da sie alle drei Aspekte von MVC behandelt.
Scott Biggs

2

Wenn wir MVC, MVVM oder Presentation Model auf eine Android-App anwenden, möchten wir wirklich ein klar strukturiertes Projekt und vor allem einfacher für Unit-Tests.

Im Moment haben Sie ohne ein Framework eines Drittanbieters normalerweise viel Code (wie addXXListener (), findViewById () usw.), der keinen geschäftlichen Wert hinzufügt.

Darüber hinaus müssen Sie Android-Unit-Tests anstelle von normalen JUnit-Tests ausführen, deren Ausführung ewig dauert und Unit-Tests etwas unpraktisch macht. Aus diesen Gründen haben wir vor einigen Jahren ein Open-Source-Projekt gestartet, RoboBinding - Ein datenbindendes Präsentationsmodell-Framework für die Android-Plattform.

Mit RoboBinding können Sie UI-Code schreiben, der einfacher zu lesen, zu testen und zu warten ist. RoboBinding macht unnötigen Code wie addXXListener oder so überflüssig und verschiebt die UI-Logik auf das Präsentationsmodell, das ein POJO ist und über normale JUnit-Tests getestet werden kann . RoboBinding selbst wird mit mehr als 300 JUnit-Tests geliefert, um seine Qualität sicherzustellen.


1

Nach meinem Verständnis ist die Art und Weise, wie Android mit dem MVC-Muster umgeht, wie folgt:

Sie haben eine Aktivität, die als Controller dient. Sie haben eine Klasse, deren Aufgabe es ist, die Daten abzurufen - das Modell, und dann haben Sie die View-Klasse, die die Ansicht ist.

Wenn man über die Ansicht spricht, denken die meisten Leute nur an ihren visuellen Teil, der in der XML definiert ist. Vergessen wir nicht, dass die Ansicht auch einen Programmteil mit Konstruktoren, Methoden usw. enthält, der in der Java-Klasse definiert ist.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.