Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt

144 10 Ein spezifisches Qualitätsmodell
morphismus wird also gar nicht genutzt. Da von der Klasse auch keine Implementierung
vererbt wird, ist sie also gänzlich überflüssig!
Entkopplung durch Interfaces
Ein Beispiel für die Entkopplung durch Interfaces (siehe auch Fowler, 2001b) findet
sich im Entwurf von Gruppe 8. Dort gibt es zur zentralen Steuerung der Programmlogik
eine Klasse ProcessHandler, die einige untergeordnete Kontrollklassen assoziiert
(z. B. DataManager). Diese Klassen benötigen aber Zugriff auf die übergeordnete Kontrollklasse,
wodurch ein (unerwünschter) Abhängigkeitszyklus entsteht. Dieser lässt
sich aufbrechen, indem ein Interface ProcessManager eingeführt wird, das von ProcessHandler
implementiert wird. Die untergeordneten Kontrollklassen assoziieren
statt ProcessHandler das Interface ProcessManager (vgl. Abbildung 10-5).
Abbildung 10-5: Entkopplung durch Interface bei Gruppe 8
Zusammenhalt
Ein Beispiel für schlechten Zusammenhalt findet sich bei Gruppe 6. Dort gibt es eine
God Class (Riel, 1996) namens Scheduler (vgl. Abbildung 10-6). Eine God Class ist ein
typischer Anfängerfehler, nämlich die gesamte Funktion des Systems in einer Klasse
zu konzentrieren oder zumindest von dort aus zu steuern. Dies läuft der objektorientierten
Vorgehensweise, Funktion zu dezentralisieren, diametral entgegen.
Die Klasse Scheduler verwaltet sowohl die Passwort-Informationen (aus Datei lesen,
zugreifen, ändern, in Datei schreiben) als auch die Fahrplaninformation (aus Datei
lesen, zugreifen, ändern, in Datei schreiben). Außerdem enthält die Klasse auch noch
den Suchalgorithmus für die Verbindungssuche. Insgesamt kommt so die stolze Zahl
von 35 Operationen zusammen (13 öffentlich, 22 privat).
Dass hier unterschiedliche Aufgaben in einer Klasse realisiert werden, ist den Entwerfern
auch selbst aufgefallen: Sie haben zwei Interfaces vorgesehen, die zur Trennung
der Aufgaben nach außen dienen sollen und von der Klasse implementiert werden.
Das Interface SearchFrameDataAdapter repräsentiert den Suchalgorithmus. Das Interface
AdminDataAdapter allerdings steht für Passwort-Verwaltung und Fahrplandatenverwaltung,
also sind auch hier bereits Aufgaben verquickt.
Sofern über die Interfaces auf die Klasse zugegriffen wird, ist das Problem des geringen
Zusammenhalts nach außen also etwas abgemildert. Besser wäre es allerdings
gewesen, die Klasse Scheduler wirklich in drei verschiedene Klassen (oder mehr) aufzuspalten.
Ändert sich nämlich bei einer der drei Aufgaben etwas, muss jedes Mal die