Softwareentwicklung in C++ - ASC

362 12. Operator Overloading
vergessen, so haben wir ein wunderbar wachsendes Programm erzeugt, wobei
die Ursache für das entstandene Speicherloch ausgesprochen schwer zu finden
ist und den Entwicklern sicherlich einige lange Nächte beschert.
Vorsicht Falle: Wie wir gesehen haben, sind selbstdefinierte Typumwandlungs-Operatoren
auf Pointer-Typen eine ziemlich heikle Angelegenheit, bei
der sehr viel schief gehen kann. In unserem Fall wird durch die Definition
einer expliziten Umwandlungsmethode, wie weiter oben vorgeschlagen wurde,
auch nur ein Teil des Problems gelöst, die Zeitbombe “Array” bleibt allerdings
in einer oder der anderen Form bestehen. Ich kann also allen Lesern hier nur
Folgendes raten:
Das Mischen von Objekten mit dazu (teil-)kompatiblen Array-Datentypen
ist prinzipiell zu vermeiden!
Sollte man aus irgendwelchen Gründen auf eine solche Funktionalität
nicht verzichten können, so sollte man dafür eine eigene Zugriffsmethode
implementieren (und ihre Gefahren gut dokumentieren :-)).
Vorsicht Falle: Manchmal wird in gewissen Designs dem Compiler zu viel
zugetraut, haben doch implizite Typumwandlungen durch den Compiler auch
ihre Grenzen. Der Compiler weigert sich (zum Glück), mehrere verschiedene
Umwandlungen hintereinander auszuführen. Was das bedeutet, kann man
leicht am folgenden Beispiel erkennen:
Nehmen wir an, wir hätten eine Klasse IntStore, die eine Typumwandlung
auf int32 besitzt:
1 class IntStore
2 {
3 // Constructor , Destructor , etc . . .
4
5 virtual operator int32 ( ) const ;
6 } ;
Weiters hätten wir eine Klasse CommonStore, die eine Typumwandlung auf
IntStore unterstützt:
1 class CommonStore
2 {
3 // Constructor , Destructor , etc . . .
4
5 virtual operator IntStore ( ) const ;
6 } ;
Und nun schreiben wir Folgendes:
CommonStore my_store;
int32 my_var = 10 + my_store;
Manche Leser mögen nun glauben, dass die Berechnung funktionieren sollte,
denn der Compiler kann ja zuerst die Umwandlung von my_store auf ein
Objekt vom Typ IntStore einsetzen. Da dieses dann eine Umwandlung auf
int32 unterstützt, wäre der Fall erledigt.
Der Compiler jedoch sieht das anders, denn er betrachtet nur die Umwandlungen,
die von CommonStore selbst zur Verfügung gestellt werden. Da