Architekturmuster - Architektur und Entwurfsmuster der Softwaretechnik - page 380

Diese Abhängigkeiten sind im folgenden Bild symbolisiert:

View Controller

Model

Bild 5-38 Komponenten der MVC-Architektur und ihre Abhängigkeiten

Das Model

Die Aufgabe des Model ist das Durchführen der Geschäftsprozesse (ohne Ein- und
Ausgabe) und das Speichern sämtlicher Geschäftsdaten. Das bedeutet, dass im
Model alle Methoden implementiert werden, die nichts mit den Benutzereingaben und
der Visualisierung direkt zu tun haben.

Bei der Implementierung des Model muss prinzipiell nicht auf die
Implementierung der Views bzw. der Controller geachtet werden,
da das Model nicht von einer View bzw. einem Controller ab-
hängt.

Dies ist ein wichtiges Merkmal des Model, da die Unabhängigkeit des Model von View
und Controller die Flexibilität der Architektur erhöht. In der Praxis ändern sich die
Anforderungen an die Views und Controller häufiger, ihre Strukturänderungen wirken
sich aber nicht auf das Model aus. Wird aber der Aufbau des Model geändert, so
müssen auch die Controller und die Views angepasst werden.

Das Model kapselt die dem System zugrundeliegenden Daten. Es hat Operationen, mit
deren Hilfe die gespeicherten Daten abgerufen, verarbeitet und geändert werden kön-
nen. Ein Controller ruft bestimmte Methoden beim Model auf, um dessen Daten ent-
sprechend der interaktiven Eingaben des Benutzers zu ändern. Welche Daten geän-
dert werden können und welche Daten zur Ansicht bereitstehen, wird vom Model be-
stimmt.

In komplexen Systemen können verschiedene Geschäftsprozesse im Model "gleich-
zeitig" angestoßen werden. Dadurch können Daten des Model, die von einem Control-
ler benutzt werden, um die Ansicht einer View zu steuern, von einem anderen Ge-
schäftsprozess geändert werden. Ist dies der Fall, so muss der erwähnte Controller
über eine Änderung des Model informiert werden, um entsprechend zu reagieren (z. B.
um Kontrollelemente der View aus- oder einzuschalten). In einem solchen Fall muss