Softwareentwicklung in C++ - ASC

8. Objektorientierung Allgemein
Ich habe ganz bewusst bisher im Buch kein umfangreicheres Beispiel besprochen,
da die wichtigsten Features, die C ++ eigentlich erst ausmachen, in der
Objektorientierung der Sprache liegen. Um nicht manche Leser dazu anzuregen,
imperatives C ++ zu programmieren anstatt sauberes, echt objektorientiertes
C ++, wollte ich mit einem größeren Beispiel abwarten, bis zumindest
die wichtigsten OO-Konstrukte von C ++ bekannt sind.
Eines möchte ich gleich vorausschicken: Zu wissen, wie man Klassen und
Objekte definiert und wie man technisch gesehen damit arbeitet, macht noch
lange keine Objektorientierung! Objektorientierung ist ein Denkmodell, das
von C ++ unterstützt wird. Durch diese Unterstützung kann man ein sauberes
OO-Design auch elegant in C ++ implementieren. Das bedeutet aber keineswegs,
dass Code, der irgendwelche OO-Features verwendet, auch wirklich
sauberer objektorientierter Code ist!
Genau aus diesem Grund finde ich es wichtig, erst einmal die Grundgedanken
der Objektorientierung zu diskutieren und Beispiele dafür zu bringen,
bevor wir überhaupt dazu kommen, wie diese Grundgedanken von der Sprache
unterstützt werden. Keine Aktivität im gesamten Entwicklungszyklus
beeinflusst ein Produkt so stark, wie das Erstellen der Architektur und des
Designs. Im Prinzip ist dies eine Binsenweisheit, wenn man sich überlegt,
wie seit Jahrtausenden Bauwerke entstehen: Zuerst wird ein Plan gemacht,
der die Basis für das Bauwerk darstellt. Der Plan ergibt sich daraus, dass die
Anforderungen für ein Bauwerk in puncto Platzbedarf, Verwendungszweck,
Stabilität, u.v.m. in eine Architektur umgesetzt werden. Die Ästhetik des
Bauwerks ist ein direktes Produkt aus seinem Design mit den gegebenen
Randbedingungen. Erst wenn der Plan gezeichnet und baustatische Berechnungen
erfolgreich verlaufen sind, wird mit dem tatsächlichen Bau begonnen.
Die gesamte Struktur des Bauwerks steht zu diesem Zeitpunkt vollständig
fest!
Software steht vom Komplexitätsgrad einem Bauwerk in keinster Weise
nach. Wieso also wird hier genau die wichtigste Phase des Designs und
des Entwurfs der Architektur so oft nur äußerst rudimentär durchgeführt?
Eine mögliche Antwort und für mich bisher die einzig logische Erklärung ist
folgende: