Beschreiben Sie das MVC-Interaktionsmodell.

Architekturmuster, das die Anwendung in drei miteinander verbundene Teile aufteilt:

• Modell: Stellt Daten und Geschäftslogik dar. Hat keine Informationen über View oder Controller. Benachrichtigt die View über Änderungen an seinen Daten (über Observer, Listener).
• View: Zeigt die Daten des Modells an und reagiert auf Benutzeraktionen. Enthält keine Geschäftslogik und interagiert nicht direkt mit dem Modell. Sendet Anfragen an den Controller bei Benutzerinteraktionen.
• Controller: Vermittler, der Modell und View verbindet. Verarbeitet die Benutzereingaben aus der View, aktualisiert das Modell und wählt die View zur Anzeige aus.

Vorteile:

• Verantwortlichkeiten sind getrennt.
• Verbesserte Testbarkeit (Modell und Controller werden unabhängig getestet).
• Wiederverwendbarkeit möglich (insbesondere Modell).

Nachteile:

• Wird unübersichtlich bei komplexen Benutzeroberflächen (dicke Controller - "massive Controller").
• Die Interaktion zwischen View und Modell kann verwirrend sein (über Controller).
• Enge Verbindung zwischen View und Controller (in Android übernimmt die Activity oft beide Rollen).

In Android übernimmt die Activity oder Fragment oft Funktionen sowohl als View als auch als Controller, was die Trennung erschwert. Im reinen MVC wird es in Android selten angewendet, stattdessen werden abgeleitete Muster wie MVP oder MVVM häufiger genutzt.