Softwareentwicklung in C++ - ASC

72 3. Operatoren
Wieso eigentlich kommt man im oberen Programm durch einen einfachen
Cast plötzlich von einem dargestellten Zeichen zu einer dargestellten Zahl?
Nein, völlig falsch... es ist weder weiße noch schwarze Magie im Spiel und ich
habe den Output auch nicht nachträglich im Buch verändert. Bei der kurzen
Beschreibung von cout in Abschnitt 2.3 habe ich bereits ganz kurz erklärt,
dass es im Prinzip egal ist, was man ihm übergibt, denn es wird immer die
Repräsentation gewählt, die einem Datentyp entspricht. Bei einem char ist
die default Repräsentation eben, dass er als Zeichen ausgegeben wird, also
hier als x. Bei einem int wird per Default die Darstellung als Zahl gewählt.
Genau das haben wir uns hier zunutze gemacht: Der Cast auf int32 bewirkt,
dass cout als Datentyp eben einen int32 vorgesetzt bekommt, den es
natürlich als Zahl darstellen will. Dass die dargestellte Zahl dem Character-
Code von x auf der jeweiligen Zielplattform entspricht, versteht sich von
selbst.
Vorsicht Falle: Neben dem bereits erwähnten Problem, dass man die Art
der Umwandlung nicht mehr in der Hand hat, gibt es einen zweiten Grund,
warum man einen C-Style Cast nicht verwenden sollte: Seine Auffindbarkeit
(oder besser nicht-Auffindbarkeit) im Code bei nachträglichen Änderungen.
Es ist ein Leichtes, automatisch nach bestimmten Vorkommen von
static_cast und den anderen speziellen Operatoren zu suchen. Es ist unendlich
mühsam und gleichzeitig fehlerträchtig, nach dem Vorkommen zweier
runder Klammern mit einem Datentyp dazwischen zu suchen, denn hier kann
man in vielen Fällen nichts mehr automatisieren.
Das bedeutet, dass die Einstellung vieler Entwickler, einfach einmal einen
C-Style Cast zu verwenden, weil er schneller geschrieben ist und diesen
nachträglich gegen die “richtigen” Casts auszutauschen, gar nicht so toll ist.
Durch die schlechte Automatisierbarkeit dieses Vorgangs bleiben im Regelfall
dann die C-Style Casts einfach im Code stehen und das ist garantiert nicht
das, was man erreichen will!