Softwareentwicklung in C++ - ASC

9.2 Einfache Klassen 179
1. Es wird Speicher für die Variable reserviert. Die Größe des Speichers
ist bestimmt durch den Typ der Variable und durch gewisse andere systeminterne
Gegebenheiten. In jedem Fall wird garantiert, dass genug
reserviert wird, um die Daten dem verwendeten Typ gemäß zu halten.
2. Nach der Reservierung des Speichers folgt die Initialisierung der Variable.
3. Mit der fertig initialisierten Variable kann man ab jetzt arbeiten, wie es
durch ihren Typ vorgegeben ist.
4. Wenn eine Variable ihre Lifetime beendet hat, wird sie “weggeräumt”.
Der erste Schritt beim “Wegräumen” ist, dass eventuell notwendige explizite
“Aufräumarbeiten” durchgeführt werden.
5. Wenn alle notwendigen “Aufräumarbeiten” beendet sind, wird der Speicher,
der von der Variable belegt war, wieder freigegeben.
Genau die Punkte 2 und 4 sind es, die beim Arbeiten mit Klassen und
Objekten für uns hier interessant sind. Es wird nämlich bei Punkt 2 vom
Compiler der Aufruf des entsprechenden Konstruktors eingesetzt, der der
gewünschten Initialisierung entspricht. Bei Punkt 4 wird der Aufruf des
Destruktors eingesetzt. Haben wir es also mit einfachen (=nicht abgeleiteten)
Klassen zu tun, so sieht der Lifecycle eines Objekts dieser Klasse genau
folgendermaßen aus:
1. Speicher reservieren.
2. Entsprechenden Konstruktor aufrufen.
3. Objekt lebt und mit ihm kann gearbeitet werden.
4. Zu Ende der Lifetime Destruktor aufrufen.
5. Speicher freigeben.
Das Prinzip des Overloadings gilt natürlich nicht nur für Funktionen in C ++,
sondern auch für Methoden. Da der Konstruktor eine solche darstellt, ist
selbstverständlich auch hier ein Overloading möglich. Man kann also verschiedene
Konstruktoren mit verschiedenen Parametersätzen zur Verfügung
stellen, die entsprechend sinnvollen Initialisierungsbedürfnissen entsprechen.
Eine gewisse Sonderstellung nimmt hierbei der sogenannte default Konstruktor
ein, also der Konstruktor, der keinen Parameter entgegennimmt. Im
weiter unten folgenden Beispiel werden wir diesen noch kurz genauer kennen
lernen.
Vorgreifend möchte ich auch noch erwähnen, dass eine ähnliche Sonderstellung
vom sogenannten Copy Konstruktor eingenommen wird. Dieser wird
gesondert in Abschnitt 9.2.2 behandelt um hier nicht für Verwirrung zu sorgen.
Im Gegensatz zum Konstruktor ist ein Overloading des Destruktors nicht
möglich. Es kann ausschließlich immer nur genau einen Destruktor geben,
nämlich den, der keine Parameter entgegennimmt. Warum das so ist, ist
auch leicht einzusehen: Der Aufruf des Destruktors wird vom Compiler am
Ende der Lifetime eines Objekts eingesetzt. Bei einer auto-Variable also
beim Verlassen des Blocks, in dem sie definiert wurde. Wie soll nun der