Architekturmuster - Architektur und Entwurfsmuster der Softwaretechnik - page 378

die Wartbarkeit der Anwendung. Da Model, View und Controller getrennte Kompo-
nenten darstellen, wobei ein Benachrichtigungsmechanismus die Kommunikation zwi-
schen dem Model und der View ermöglicht, können ein und dieselben Daten des Mo-
del auf verschiedene Art und Weise dargestellt werden - man hat einfach verschie-
dene Views.
Das MVC-Muster ist sehr sinnvoll, wenn mehrere Ansichten
( Views ) auf ein Model zur gleichen Zeit benötigt werden, die die
Daten verschieden darstellen.
5.6.3.1 Teilnehmer
Der Grundgedanke der MVC-Architektur ist die Zerlegung einer interaktiven Anwen-
dung in die Komponenten Model , View und Controller . Dabei ist jeder View stets ein
Controller zugeordnet. Ein Controller kann aber mehrere Views "bedienen".
Die Aufgaben dieser Komponenten sind im sogenannten Active Model 112 :
x Das Model umfasst die Kernfunktionalität und kapselt die Verarbeitung und die Da-
ten des Systems.
x Eine View stellt die Daten für den Benutzer dar. Sie erhält die darzustellenden Da-
ten vom Model.
x Ein Controller ist für die Entgegennahme der Eingaben des Benutzers und ihre In-
terpretation verantwortlich.
Änderungen am Model, die zur Laufzeit auftreten, werden im Active Model direkt vom
Model an alle angemeldeten Views bzw. an die angemeldeten Controller gegeben.
Will eine View nicht länger über eine Änderung der Daten des Model informiert wer-
den, weil sie zum Beispiel ausgeblendet wird, kann sie sich bei ihrem Model abmel-
den.
Das folgende Bild zeigt die Interaktionen zwischen den erwähnten drei Komponenten:
112 Das Active Model selbst wird in diesem Kapitel noch detailliert vorgestellt und abgegrenzt. Hier wer-
den die Aufgaben der verschiedenen Komponenten im Rahmen des Active Model kurz erläutert.