Grundlagen der Informatik I “Programmierung”

Dies erzeugt also ein Unix-Kommando bib verwalt, das dann zum Beispiel mit
bib verwalt 17 12 1993
aufgerufen werden kann und den Verwaltungsablauf der Bibliotheken am 17.12.1993 startet.
Die in diesem Beispiel erläuterte Vorgehensweise zeigt, daß die meisten Eiffel Klassen von den Systemen, in
denen sie agieren, völlig unabhängig bleiben. Abgesehen von der verhältnismäßig kleinen Wurzelklasse können
fast alle anderen Klassen in völlig verschiedenartigen Systemen wiederverwendet werden – vorausgesetzt sie
sind modular und mit sauberen Schnittstellen erstellt worden. Dies trifft insbesondere natürlich für Ein- und
Ausgaben, Lesen und Schreiben von Dateien, und ähnliche vielseitig verwendbare Klassen zu und führt insgesamt
zu einer sehr dezentralen Systemarchitektur. Programmierern, die gewohnt sind, zentralistisch (im Sinne
von Hauptprogrammen) zu denken, nötigt dies ein gewisses Umdenken ab 35 . Aus dem Text einer einzelnen
Klasse kann man normalerweise nicht ableiten, wie sich ein System verhält, das auf dieser Klasse aufbaut. Der
Schwerpunkt liegt stattdessen auf den Dienstleistungen, welche die Klasse anbietet. Die Reihenfolge, in der
diese Dienstleistungen während der Ausführung eines Systems verlangt werden, ist ein zweitrangiges Problem.
Diese Tatsache ist der Kern des objektorientierten Denkens. Selbst dann, wenn man die vorgesehene Ausführungsreihenfolge
kennt, sollte man keine ernsthaft Entwurfsentscheidung darauf gründen. Nur so kann die
Flexibilität eines Entwurfs erreicht werden. Bei einer dezentralen Struktur ist es leicht, Dienstleistungen zu
ändern oder hinzuzunehmen. Hatte sich aber der Entwurf an einer bestimmten Ausführungsreihenfolge orientiert,
so erhält man vielleicht schneller ein lauffähiges System, aber jede Änderung der externen Anforderungen
wird zu massiven Problemen bei der Anpassung des Systems führen.
3.10 Diskussion
Ziel der objektorienten Programmierung ist die Modellierung der realen Welt. Systeme der realen Welt kooperieren
miteinander durch Leistungsangebote (exportierte Merkmale). Für den Klienten einer Leistung ist
es dabei weitgehend unerheblich, wie die gewünschte Leistung zustande kommt (Geheimnisprinzip), außer er
bekommt direkt oder indirekt mit Nebenprodukten (Speicherüberlauf, ruinierte Plattenverzeichnisse, Viren
usw.) zu tun, von denen er bei der Leistungsbeschreibung (Kontrakt) nichts gehört hat.
[Meyer, 1988] zählt fünf Eigenschaften auf, welche jede Entwurfsmethode und die entsprechende Entwurfsbeschreibungsbzw.
Programmiersprache gewährleisten sollen, um eine gute Modellierung zu ermöglichen:
Zerlegbarkeit in Module: Die Beschreibungsprache ermöglicht die Zerlegung in Einheiten geringerer Komplexität,
die miteinander kooperieren. Obwohl der gesamte Beschreibungsaufwand anwächst, ist das
Gesamtsystem durch die Zerlegung in Komponenten (Separation of Concerns) besser verständlich.
Die Verwaltung von Bibliotheken wird zerlegt in BIB VERWALT, BIBLIOTHEK, BUCH, AUTOR, ENTLEIHER,
TRANSAKTION, PERSON usw.
Zusammensetzbarkeit aus Modulen: Die Zerlegung geht natürlich nicht unendlich tief, da jedes System
aus vorgegebenen Einheiten (Datentypen und Anweisungen) einer Programmiersprache zusammengesetzt
werden muß. Wichtig aber ist, daß die Menge der bereits vorgegebenen Einheiten (Bibliothek)
laufend ergänzt werden kann, um bei weiteren Entwicklungen, auf diese zurückgreifen zu können und
unnötigen Entwicklungsaufwand zu vermeiden.
PERSON und BUCH könnte in vielen anderen Systemen eingebaut werden und die allgemeine Einsatzfähigkeit
von TRANSAKTION und BIBLIOTHEK für andere Verwendungszwecke könnte durch Verallgemeinerungen
(und Vererbungskonzepte) noch erhöht werden.
35 Aus diesem Grunde haben wir in dieser Veranstaltung zunächst mit den Strukturierungskonzepten begonnen. Wir hoffen
damit der Gefahr zu entgehen, daß Sie zu sehr mit dem üblichen zentralistisches Denken vertraut werden, das wir Ihnen dann
mühsam wieder abgewöhnen müssten.