Softwareentwicklung in C++ - ASC

9.4 Weitere wichtige technische Aspekte 247
static_cast: Dieser Cast überprüft zur Compilezeit, ob eine Umwandlung
zu einem gewünschten Typ theoretisch möglich sein könnte.
Wenn ja, wird der entsprechende Code eingesetzt. Die Anwendung des
Casts allein führt zur Laufzeit noch zu keinem Fehler. Erst falscher Zugriff
auf Members (Variablen oder Methoden) eines illegal gewandelten
Typs führen dann direkt zu einer Segmentation Violation.
reinterpret_cast: Dieser Cast nimmt überhaupt keine Überprüfung
vor, ob eine Umwandlung überhaupt möglich sein könnte. Entsprechende
Fehlinterpretationen fallen zur Compilezeit sicherlich nicht auf und zur
Laufzeit machen sie sich in gewohnter Manier durch eine Segmentation
Violation bemerkbar.
Genau in diesem Verhalten der Cast-Operatoren ist bedingt, dass ich zuerst
die starke Empfehlung gegeben habe, bei Downcasts in jedem Fall einen
dynamic_cast zu verwenden. Sollte es hier zum Problem kommen, dann
passiert der Fehler genau dort, wo die Umwandlung stattfindet. Würde man
stattdessen einen static_cast nehmen, dann überprüft der Compiler kurz
die Ableitungshierarchie auf entsprechende Möglichkeiten. Sollte die Wandlung
theoretisch möglich sein, so wird der entsprechende Code eingesetzt. Zur
Laufzeit allerdings wird beim Umwandeln keine Überprüfung mehr vorgenommen
und das Programm fällt dann unmotiviert bei irgendeiner scheinbar
korrekten Anweisung auf die Nase. Das bedeutet also, dass man bei einem
fehlgeschlagenen dynamic_cast Ursache und Auswirkung miteinander gekoppelt
hat und solche Fehler daher leicht findet. Bei einem static_cast sind
Ursache und Auswirkung entkoppelt und die Fehlersuche wird zum nächtlichen
Vergnügen.
9.4.5 Friends von Klassen
Manchmal (wirklich nur manchmal!!!) gibt es Fälle, in denen trotz eines
sauberen Designs die in C ++ verfügbaren Access-Specifiers nicht ausreichen,
um eine vernünftige Kapselung des Zugriffs vorzunehmen. Solche Fälle treten
dann auf, wenn z.B. eine besondere Funktion (nicht Methode!) oder
alle Methoden einer bestimmten Klasse Zugriff auf Interna einer bestimmten
Klasse erhalten sollen. Mittels public würde man den Zugriff für alle Außenstehenden
freigeben, das will man nicht. Man will den Zugriff nur ganz
gezielt erlauben. Hierzu gibt es in C ++ die sogenannten friend Deklarationen.
Wie der Name schon sagt, erklärt man damit bestimmte Außenstehende
zu freundlich Gesinnten, die schon nichts Böses anrichten werden und denen
deshalb der Zugriff auch auf die privatesten Bereiche gestattet wird.
Vorsicht Falle: Dass man mit der Annahme der freundlichen Gesinnung
vorsichtig sein muss, versteht sich von selbst. Es gibt in der Softwareentwicklung,
so wie auch im realen Leben, auch immer wieder falsche Freunde.
Nichts lässt bei Entwicklern mehr Freude aufkommen, als wenn sie Fehler