Softwareentwicklung in C++ - ASC

11. Exceptions 327
Objekte in ihrem “halbtoten” Zustand belassen, denn das resultiert in ganz
tollen und langen Debugging-Sessions, in denen man teuflische Gespenster
jagen darf.
In unserem Fall ist dieses Problem leicht in den Griff zu bekommen, man
braucht nur ein entsprechendes delete durchzuführen, bevor man die Exception
im Konstruktor wirft. Damit hat man sinnvoller- und robusterweise
kein “halbtotes” Objekt konstruiert, sondern die “halbe” Konstruktion wieder
rückgängig gemacht.
Noch ein Punkt kommt hier ins Spiel: Es wurde bereits gesagt, dass alle
Objekte, die fertig konstruiert wurden, auch wieder destruiert werden. Dies
gilt natürlich auch für alle Member Variablen eines Objekts, selbst wenn im
Konstruktor des Objekts selbst eine Exception geworfen wurde. Sobald diese
fertig konstruiert waren, stellen sie keine Gefahr mehr dar. Selbiges gilt
auch in Ableitungshierarchien: Sobald der Konstruktor einer Basisklasse korrekt
abgearbeitet war, wird auch deren Destruktor aufgerufen, selbst wenn
im Konstruktor einer abgeleiteten Klasse eine Exception in Bodenhöhe geflogen
kommt. Den Beweis für diese Aussagen tritt das folgende Beispiel an
(another_exc_in_constructor_demo.cpp):
1 // another exc in constructor demo . cpp − what happens when throwing an
2 // exception in a constructor ?
3
4 #include
5 #include ” u s e r t y p e s . h”
6
7 using std : : cout ;
8 using std : : endl ;
9
10 //−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11 class Exception
12 {
13 public :
14 Exception ( ) { }
15 Exception ( const Exception& exc ) {}
16 virtual ˜ Exception ( ) { }
17 } ;
18
19 //−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
20 class Whatever
21 {
22 public :
23 Whatever ( ) { cout