Softwareentwicklung in C++ - ASC

204 9. Klassen in C++
wir kurz: Unsere abgeleitete Klasse hat einen Konstruktor mit 2 Parametern,
die Basisklasse hat nur einen mit einem Parameter. Wie also soll nun
der Compiler wissen, wie er den Konstruktor der Basisklasse aufruft? Genau
das ist es, was wir mit diesem Konstrukt erreichen, nämlich dass wir explizit
den Aufruf eines bestimmten Konstruktors mit einem bestimmten von uns
vorgegebenen Parameter veranlassen. In diesem Fall bewirken wir den Aufruf
des Konstruktors auf die Art, dass die Rückseite der Karte nach dem
Konstruieren sichtbar ist.
Die Regel, die der Compiler beim impliziten Einsetzen von Konstruktoraufrufen
befolgt, ist einfach: Er sucht in der Basisklasse immer nach einem
Konstruktor mit genau demselben Parametersatz, wie ihn der Konstruktor
der abgeleiteten Klasse besitzt. Gibt es einen solchen, kann der Compiler
den impliziten Aufruf einsetzen, wenn nicht, dann führt dies zu einem Fehler.
Dann sind wir also zum expliziten Aufruf gezwungen.
Vorsicht Falle: Neulinge und Entwickler, die aus der Java-Welt kommen,
sitzen oft dem Irrtum auf, dass der Compiler implizit immer nur den default
Konstruktor aufruft, falls ein solcher existiert. Dies ist falsch! Eine solche
Fehlannahme kann natürlich zu ganz interessanten Fehlern führen, die man
lange sucht :-).
Um hier nicht zu stark vom Thema abzukommen, möchte ich eine genauere
Diskussion über den Aufruf von Konstruktoren und Destruktoren auf
später verlegen, ebenso wie eine Abhandlung, was man nach diesem ominösen
Doppelpunkt noch so alles tun kann. Im Augenblick genügt es, zu wissen,
dass man auf diese Art den Compiler zufrieden stellen kann und er den richtigen
Konstruktor mit unseren gewünschten Parametern aufrufen wird.
Vorsicht Falle: Ein oftmaliger Fehler von Neulingen in C ++ besteht darin,
dass der explizite Hinweis auf den aufzurufenden Konstruktor fehlt, die
Basisklasse aber keinen entsprechenden Konstruktor zur Verfügung stellt,
der implizit eingesetzt werden könnte. Darüber beschwert sich natürlich der
Compiler und will das Programm partout nicht fertig übersetzen. Ein kurzer
Blick auf die Implementation der Konstruktoren schafft hier Klarheit. Abhilfe
in Form eines expliziten Hinweises an den Compiler lässt diesen dann in
puncto Fehlermeldungen weniger lautstark ans Werk gehen :-).
Interessant ist auch noch das Testprogramm, denn darin sieht man, wie
man eigentlich überhaupt mit abgeleiteten Klassen umgeht
(memory_game_card_v3_test.cpp):
1 // memory game card v3 test . cpp − t e s t program f o r MemoryGameCard
2
3 #include
4 #include ”memory game card v3 . h”
5
6 using std : : cout ;