SMALLTALK K1ex127-.45ex51275ahler/Bothner

8.5 Einordnung in die Klassen-Hierarchie des Basis-Systems 173
“fenster” als Argument innerhalb der Message “owner:” aufgeführt werden.
Zusätzlich ist die Pseudovariable “self” durchgängig in den Methoden “durchfuehrenErfassung”,
“entfernenErfassungsfenster:”, “erfassenWert:”, “festlegenUeberschrift:” und “sammelnWerte:”
durch die Instanz-Variable “fenster” zu ersetzen.
Dieses Vorgehen sichert, daß die Klasse “WerteErfassung” in dieser abgewandelten Form
als direkte Unterklasse von “Object” die Lösung von PROB-1-1 sicherstellt.
Diese “technische Lösung” ist jedoch nicht empfehlenswert, da sie der Zielsetzung der
objekt-orientierten Programmierung im Hinblick auf die These “vom Allgemeinen zum
Speziellen” nur indirekt gerecht wird. Dies liegt vor allen Dingen daran, daß einem Aussenstehenden
erst durch die Kenntnis der innerhalb von “WerteErfassung” vereinbarten
Methoden klar wird, daß es sich bei dieser Klasse um eine Fenster-Anwendung, d.h. um
eine Spezialisierung der Basis-Klasse “ViewManager” handelt.
Abschließend weisen wir darauf hin, daß es sinnvoll ist, die Anforderungen, die zur
Ausführung eines Lösungsplans benötigt werden, als Methoden-Vereinbarung mittels
eines charakteristischen Selektors wie z.B. “imWorkspaceFensterPROB11” als
Klassen-Methode in derjenigen Klasse festzulegen, die den Lösungsplan repräsentiert.
So ist es z.B. sinnvoll, die Methode “imWorkspaceFensterPROB11” wie folgt als
Klassen-Methode innerhalb der Klasse “WerteErfassung” zu verabreden:
imWorkspaceFensterPROB11
WerteErfassung11 := WerteErfassung new.
WerteErfassung11 sammelnWerte: ’Jahrgangsstufe 11’
Ein derartiges Vorgehen dokumentiert die Anforderungen, die zur Lösung eines
Problems erforderlich sind, sowie die Klasse(n) und die Methode(n), die unter
Einsatz des SMALLTALK-Systems entwickelt und als zusätzlicher Bestandteil des
SMALLTALK-Systems eingerichtet wurden.