Softwareentwicklung in C++ - ASC

6.1 References 113
alltägliche Praxis sagen, dass das Resultat dieses bösen Hacks undefiniert
ist.
Ich habe diesen Hack hier vor allem deswegen demonstriert, weil ich bereits
in vielen Programmen gesehen habe, dass durch eine unvorsichtige Anwendung
des const_cast solche Operationen unabsichtlich vorkommen.
• Eine weitere angenehme Seite von References ist in Zeile 48 zu sehen: Führt
man eine Referenzzuweisung einer struct durch, so ist dies natürlich deutlich
effizienter, als eine Kopie der gesamten struct zu machen, was bei
einer Wertzuweisung passieren würde. Jedoch muss man sich in diesem
Fall immer dessen bewusst sein, dass jeder schreibende Zugriff auch eine
Veränderung des Originals hervorruft! Ist dies nicht erwünscht, so ist die
Reference entsprechend als const zu deklarieren, wie dies in Zeile 51 zu
sehen ist.
• Zeile 54 demonstriert, dass der Compiler sehr wohl const ernst nimmt,
denn er weigert sich, diese Zuweisung einer const Structure auf eine normale
durchzuführen, obwohl hinter der const Structure ja eine normale
steht und diese nur durch die Zuweisung zu const mutiert ist.
• In den Zeilen 62–63 sieht man denselben Hack, der uns bereits zuvor begegnet
ist: Hier wird bösartigerweise durch einen const_cast der Schreibschutz
von the_struct aufgehoben. Sehr, sehr selten gibt es Fälle, wo dies
aus der Programmlogik heraus legitim ist. Der hier demonstrierte Fall ist
eindeutig keiner davon! Wir werden später im OO-Teil noch einige wenige
Fälle kennen lernen, wo dieser Cast seine Berechtigung hat.
Vorsicht Falle: Auch wenn sich References bei ihrer Verwendung im Code
sehr ähnlich anfühlen wie normale Variablen, so verstecken sich dahinter
doch Pointer, die auf eine Adresse zeigen. Damit kann man natürlich auch
die entsprechenden Fehler machen, wie sie z.B. in unserem vorigen Demoprogramm
gezeigt wurden. Ich kann also nur sehr nachdrücklich den Tipp
geben, References vorsichtig und vorausschauend zu verwenden. Das Wichtigste
bei References ist, den Mechanismus, der dahintersteckt, genauestens
verstanden zu haben, um nicht in eine böse Falle zu tappen.
Vorsicht Falle: Obwohl der const_cast erfunden wurde, um den Schreibschutz
aufzuheben, der z.B. über eine Reference mittels const verhängt wurde,
verbergen sich dahinter ungeahnte Fehlermöglichkeiten. Welcher Entwickler
ist denn schon darauf gefasst, dass sich plötzlich eine als const deklarierte
Variable bzw. ein Parameter nachhaltig verändert? Ein solches
Verhalten führt garantiert zu vielen Nachtschichten, die mit Fehlersuche zugebracht
werden, weil sich ein Programm plötzlich außerordentlich komisch
verhält.
Deshalb hier eine lebensnotwendige Grundregel beim Arbeiten mit
const_cast: Der Einsatz von const_cast ist dann und NUR DANN