MVC-Muster auf Android

Question

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

Oder ist es bereits durch Aktivitäten implementiert? Oder gibt es einen besseren Weg, das MVC-Muster für Android zu implementieren?

Answer 1

In Android hast du kein MVC, aber du hast folgendes:

• Du definierst deine Benutzeroberfläche in verschiedenen XML-Dateien nach Auflösung, Hardware, etc.
• Du definierst deine Ressourcen in verschiedenen XML-Dateien nach Spracheinstellung, etc.
• Du erweiterst Klassen wie ListActivity, TabActivity und nutzt die XML-Dateien durch Inflater.
• Du kannst so viele Klassen erstellen, wie du für deine Geschäftslogik benötigst.
• Viele Utils wurden bereits für dich geschrieben - DatabaseUtils, Html.

Answer 2

Es gibt kein universell einzigartiges MVC-Muster. MVC ist eher ein Konzept als ein festes Programmierungs-Framework. Sie können Ihr eigenes MVC auf jeder Plattform implementieren. Solange Sie sich an die folgende Grundidee halten, implementieren Sie MVC:

• Modell: Was gerendert werden soll
• Ansicht: Wie gerendert werden soll
• Controller: Ereignisse, Benutzereingaben

Denken Sie auch auf diese Weise darüber nach: Wenn Sie Ihr Modell programmieren, sollte sich das Modell nicht um die Darstellung (oder plattformspezifischen Code) kümmern müssen. Das Modell würde zur Ansicht sagen: Es ist mir egal, ob deine Darstellung Android oder iOS oder Windows Phone ist, dies ist was ich brauche, dass du es renderst. Die Ansicht würde lediglich den plattformspezifischen Rendering-Code behandeln.

Dies ist besonders nützlich, wenn Sie Mono verwenden, um das Modell gemeinsam zu nutzen, um plattformübergreifende Anwendungen zu entwickeln.

Answer 3

Die Aktionen, Ansichten und Aktivitäten auf Android sind die eingebaute Arbeitsweise mit der Android-Benutzeroberfläche und sind eine Implementierung des Model-View-ViewModel (MVVM) Designmusters, das strukturell ähnlich ist (in der gleichen Familie wie) Model-View-Controller.

Soweit ich weiß, gibt es keinen Weg, dieses Modell zu durchbrechen. Es könnte wahrscheinlich gemacht werden, aber Sie würden wahrscheinlich alle Vorteile verlieren, die das vorhandene Modell hat, und Ihre eigene UI-Schicht neu schreiben müssen, um es zum Funktionieren zu bringen.

Answer 4

Nach einiger Suche lautet die vernünftigste Antwort wie folgt:

MVC ist bereits in Android implementiert als:

1. View = Layout, Ressourcen und integrierte Klassen wie Button, abgeleitet von android.view.View.
2. Controller = Activity
3. Model = die Klassen, die die Anwendungslogik implementieren

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

Das Vernünftigste für einen kleinen Entwickler ist, diesem Muster zu folgen und nicht zu versuchen, das zu tun, was Google beschlossen hat nicht zu tun.

PS Beachten Sie, dass die Aktivität manchmal neu gestartet wird, daher ist es kein Ort für Modell-Daten (der einfachste Weg, einen Neustart zu verursachen, besteht darin, android:configChanges="keyboardHidden|orientation" aus dem XML zu entfernen und Ihr Gerät zu drehen).

BEARBEITEN

Wir sprechen vielleicht über MVC, aber es wird sozusagen FMVC, Framework--Model--View--Controller sein. Das Framework (das Android-Betriebssystem) setzt seine Vorstellung vom Lebenszyklus der Komponenten und den damit verbundenen Ereignissen durch, und in der Praxis ist der Controller (Activity/Service/BroadcastReceiver) in erster Linie dafür verantwortlich, mit diesen durch das Framework auferlegten Ereignissen umzugehen (wie z.B. onCreate()). Sollte Benutzereingabe separat verarbeitet werden? Selbst wenn sie sollte, können Sie sie nicht trennen, Benutzereingabeereignisse kommen auch von Android.

In jedem Fall ist es besser, so wenig nicht auf Android-spezifischen Code wie möglich in Ihre Activity/Service/BroadcastReceiver zu setzen.

Answer 5

Es gibt kein einzelnes MVC-Muster, dem man folgen könnte. MVC besagt lediglich mehr oder weniger, dass Daten und Ansicht nicht vermischt werden sollten, sodass z.B. Ansichten dafür verantwortlich sind, Daten zu halten oder Klassen, die Daten verarbeiten, direkten Einfluss auf die Ansicht haben.

Aber dennoch ist es so, dass die Art und Weise, wie Android mit Klassen und Ressourcen umgeht, dich manchmal sogar dazu zwingt, dem MVC-Muster zu folgen. Meiner Meinung nach sind die Aktivitäten, die manchmal für die Ansicht verantwortlich sind, aber gleichzeitig als Controller fungieren, noch komplizierter.

Wenn du deine Ansichten und Layouts in den XML-Dateien definierst, deine Ressourcen aus dem res-Ordner lädst und mehr oder weniger vermeidest, diese Dinge in deinem Code zu vermischen, dann folgst du ohnehin einem MVC-Muster.