Softwareentwicklung in C++ - ASC

200 9. Klassen in C++
52 {
53 v i s i b l e s i d e = BACK SIDE;
54 }
55
56 //−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
57 /∗ returns the v i s i b l e (=up ) s i d e o f the card
58 ∗/
59
60 unsigned GameCard : : g e t V i s i b l e S i d e ( )
61 {
62 return ( v i s i b l e s i d e ) ;
63 }
64
65 //−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
66 /∗
67 ∗ @return the d i s p l a y r e p r e s e n t a t i o n o f the card
68 ∗/
69
70 const char ∗GameCard : : getDisplayRep ( )
71 {
72 // very bad p r a c t i c e , but the way to handle t h i s c o r r e c t l y
73 // i s not known yet !
74 return ( 0 ) ;
75 }
In den Zeilen 6 und 7 sieht man, dass die static const Members der Klasse
sehr wohl definiert werden müssen, um den Linker zu beruhigen, dass aber
hierbei keine explizite Initialisierung auf bestimmte Werte mehr stattfindet.
Die Initialwerte sind ja bereits im Header vorgegeben. Würde man sie hier
nochmals explizit hinschreiben, dann würde sich der Compiler mittels Fehlermeldung
beschweren, dass man ihn doch bitte in Ruhe lassen soll, denn er
weiß ja sowieso schon, welche Werte die Konstanten zu bekommen haben.
Die Implementation der Methode getDisplayRep in den Zeilen 70–75
retourniert einen 0-Pointer, denn die Basisklasse besitzt keine Darstellung
und wüsste dementsprechend auch nicht, was sie darstellen sollte. Diese Art
der Implementation ist absolut nicht für die Praxis geeignet und im Prinzip
ein böser Hack, jedoch ist bisher der Mechanismus noch nicht bekannt, durch
den dies vermieden werden kann.
Bisher haben wir nicht viel Neues kennen gelernt, vor allem noch immer
nicht, wie man eigentlich eine Ableitung von einer Klasse in C ++ realisiert.
Das ändert sich jetzt mit der speziellen Klasse von Karten für das Memory
Spiel, die von der Basis GameCard abgeleitet ist. Deren Deklaration sieht
folgendermaßen aus (memory_game_card_v3.h):
1 // memory game card v3 . h − derived implementation o f MemoryGameCard
2
3 #ifndef memory game card v3 h
4 #define memory game card v3 h
5
6 #include ”game card . h”
7
8 //−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9 /∗
10 ∗ MemoryGameCard
11 ∗
12 ∗ model of a card as used in the game ”memory”