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

86 7 Entwurfsqualität
Prinzip Beschreibung
Sorge für schmale
Schnittstellen
(Martin, 1996d)
Sorge für lose Kopplung
(Stevens et al., 1974)
Sorge für hohen
Zusammenhalt
(Stevens et al., 1974)
Module sollen offen und
geschlossen sein
(Open-Closed-Principle,
Meyer, 1997, S. 57;
Martin, 1996a)
Sorge bei Redefinition für
den Erhalt der Semantik
(Liskov Substitution Principle,
Liskov, 1988;
Martin, 1996b)
Minimiere die Anzahl der
Objekte, mit denen ein
Objekt interagiert
(Law of Demeter, Lieberherr
et al., 1988, 1989)
In der Basisklasse sollen nur die für die eigentliche Abstraktion
benötigten Methoden definiert sein. Andere Aspekte sollten durch
separate Schnittstellen (z. B. durch Interfaces) definiert werden, die
bei Bedarf von Subklassen zur Schnittstelle hinzugefügt werden
können.
Kopplung ist ein Maß für die Stärke der Verbindung (und damit der
Abhängigkeit) von Komponenten untereinander. Angestrebt wird
eine möglichst lose Kopplung von Komponenten. Damit steigt die
Wahrscheinlichkeit, dass Änderungen sich nur lokal auf eine Komponente
auswirken und dadurch nicht auf andere Komponenten
ausstrahlen.
Zusammenhalt (Kohäsion) ist ein Maß für die Stärke der Zusammengehörigkeit
von Bestandteilen einer Komponente. Angestrebt
wird ein möglichst hoher Zusammenhalt der Bestandteile. Damit
steigt die Wahrscheinlichkeit, dass bei einer Änderung in der Regel
nur eine Komponente betroffen ist, da alle Aspekte einer Abstraktion
an einem Ort zusammengefasst sind.
Geschlossen bedeutet: Das Modul kann gefahrlos verwendet werden,
da seine Schnittstelle stabil ist, d. h. sich nicht mehr ändert.
Offen dagegen bedeutet: Das Modul kann problemlos erweitert
werden. Das scheint zunächst widersprüchlich zu sein, ist aber realisierbar:
Eine abstrakte Oberklasse (oder ein Interface) realisiert eine
stabile (geschlossene) Schnittstelle. Konkrete (offene) Unterklassen
implementieren sie (und können sie bei Bedarf erweitern).
Jede Unterklasse U einer Klasse K muss für die durch K gegebene
Schnittstelle dieselbe Semantik anbieten. Nur dann kann man bei
der Verwendung der Schnittstelle einer Klasse sichergehen, dass
sich das Programm gleich verhält, wenn an Stelle einer Instanz von
K eine Instanz von U verwendet wird.
In den Methoden einer Klasse dürfen nur Methoden der Klasse
selbst, der Argumentobjekte oder der Attributwerte der Klasse aufrufen
werden. Dahinter steht die Überlegung, dass sich die meisten
Abhängigkeiten zwischen Klassen durch Methodenaufrufe manifestieren,
eine Beschränkung also zu weniger Abhängigkeiten führt.
Tabelle 7-3: Taktische Prinzipien (Abschnitt 2 von 2)
Leider gibt es für die meisten dieser Prinzipien wenig empirische Untersuchungen
über ihre Wirksamkeit und ihre Relevanz. Sie stellen eher eine Art Tradition im Software
Engineering dar, die durch überwiegend positive Erfahrungen aufrechterhalten
wird. Obwohl der empirische Nachweis der Brauchbarkeit fehlt, werden in vielen
wissenschaftlichen Arbeiten diese Prinzipien herangezogen, um aus ihnen Entwurfsziele
zu extrahieren. Aus diesen werden dann Qualitätsattribute abgeleitet, die zur
Entwurfsbewertung verwendet werden.