SMALLTALK K1ex127-.45ex51275ahler/Bothner

262 13 Das Model/View-Konzept
Diese Gliederung haben wir dem Lösungsplan deswegen zugrundegelegt, weil die
Thematik der Vererbung in Verbindung mit den Mechanismen des Polymorphismus
im Vordergrund des Interesses stand.
Wollen wir diese didaktisch-orientierte Zielsetzung aufgeben, können wir einen anders
strukturierten Lösungsplan entwickeln.
Unter dem Aspekt der Wiederverwendbarkeit von Software-Komponenten liegt es
nahe, eine Zweiteilung der zur Lösung zu entwickelnden Klassen vorzunehmen. Dabei
sollten die zu verarbeitenden Daten und die zur jeweiligen Zentrums-Berechnung
benötigten Methoden strikt von denjenigen Daten und denjenigen Methoden getrennt
werden, die zur Kommunikation zwischen dem Anwender und dem SMALL-
TALK-System – auf der Basis von geeigneten Bildschirmoberflächen – benötigt
werden.
Bei der professionellen Programmierung sollte die Gliederung von Lösungsplänen
grundsätzlich nach den Prinzipien des Model/View-Konzeptes vorgenommen werden,
d.h. es sollte eine Gliederung in die beiden folgenden Teile angestrebt werden:
ˆ In den Model-Teil (Modell-Teil), in dem die Angaben zur Modellierung der Daten
und die algorithmische Verarbeitung der Daten, d.h. diejenigen Methoden
zu vereinbaren sind, mit denen die im Sinne der Problemstellung gewünschte
Verarbeitung der Daten durchgeführt werden soll.
ˆ In den View-Teil (Sicht-Teil), der allein diejenigen Methoden und Daten enthält,
die für den Aufbau und den Dialog mittels grafischer Benutzeroberflächen
– zur Interaktion zwischen dem Anwender und dem SMALLTALK-System –
verwendet werden sollen.
Im Hinblick auf die Problemstellung PROB-5 sind also die Klassen, die für die
algorithmische Verarbeitung und den Zugriff auf die erfaßten Daten – wie z.B. zur
Berechnung des Modus, des Medians oder des Durchschnitts – benötigt werden, von
den Klassen zu trennen, mit deren Hilfe der Erfassungsprozeß fenster-gestützt zur
Ausführung gelangt.
Sofern der Lösungsplan auf dem Model/View-Konzept beruhen soll, muß die vorgenommene
Gliederung zur folgenden Aufteilung führen:
Anwender View−Teil Model−Teil
Abbildung 13.2: Model/View-Konzept mit einer Sicht
Auf der Basis dieser Gliederung ist es möglich, für einen Lösungsplan unterschiedliche
Benutzeroberflächen zu realisieren, ohne daß die Methoden zur Verarbeitung
der Daten im Model-Teil geändert werden müssen.
Hinweis: Dieses Vorgehen bietet zudem die Möglichkeit, daß zur Erfassung anderer Daten
als der jahrgangsstufen-spezifischen Punktwerte alle diejenigen Klassen, die im View-Teil
zusammengefaßt sind, wiederverwendet werden können, d.h. die Struktur des Erfassungsfensters
könnte unverändert bzw. mit kleinen Modifikationen direkt zur Lösung einer anderen
Problemstellung eingesetzt werden.