Softwareentwicklung in C++ - ASC

178 9. Klassen in C++
hinter sich hat, also beim Verlassen des Blocks durch das return Statement
in Zeile 20.
Um das Testprogramm ordnungsgemäß übersetzen zu können, müssen
die beiden C ++ Source Files compiliert und die resultierenden Object-Files
zu einem Executable gelinkt werden. Dass es nicht so toll ist, dies “zu Fuß”
zu machen, versteht sich von selbst. Dementsprechend wird das Tool make
mit dem folgenden Makefile verwendet (MemoryGameCardTestMakefile):
1 OBJS = memory game card test . o \
2 memory game card . o
3 CC = g++
4 LD = g++
5 EXTRA CCINCLUDES =
6 CC FLAGS = −c $ (EXTRA CCINCLUDES) −Wall
7 EXTRA LIBDIRS =
8 EXTRA LIBS =
9 EXECUTABLE = memory game card test
10 LD FLAGS = −o $ (EXECUTABLE) $ (EXTRA LIBDIRS) $ (EXTRA LIBS)
11
12 memory game card test : $ (OBJS)
13 $ (LD) $ (LD FLAGS) $ (OBJS)
14
15 memory game card test . o : memory game card test . cpp \
16 memory game card . h
17 $ (CC) $ (CC FLAGS) memory game card test . cpp
18
19 memory game card . o : memory game card . cpp \
20 memory game card . h
21
22 a l l : memory game card test
23
24 clean :
25 rm $ (OBJS) $ (EXECUTABLE)
Lesern, denen die Funktionsweise von make und das Erstellen von Makefiles
nicht geläufig ist, möchte ich kurz die Lektüre von Kapitel 15 aus Softwareentwicklung
in C empfehlen. Dort werden alle notwendigen Schritte genau
diskutiert.
Wenn alles glatt gegangen ist und wir das Programm starten, dann
beglückt es uns mit folgendem, unglaublich tollen Output:
t e s t c a r d a f t e r construction : Symbol A
t e s t c a r d a f t e r changeSymbol : Symbol B
9.2.1 Konstruktor und Destruktor genauer beleuchtet
Da die Aufrufe des Konstruktors und des Destruktors vom Compiler implizit
eingesetzt werden, möchte ich an dieser Stelle etwas Licht auf die Vorgänge
hinter den Kulissen werfen. Sehen wir uns dazu einmal ganz kurz den Lebenszyklus
einer beliebigen Variable an: