Softwareentwicklung in C++ - ASC

10.2 Das DDD 285
kleine Hilfsklasse einzuführen, die im Klassendiagramm noch nicht enthalten
ist, ist schlimm genug. In der Praxis muss nun unbedingt ein Schritt zurück
gemacht werden und das Klassendiagramm ergänzt werden.
Das ist jedoch noch nicht alles: Im Normalfall wäre jetzt sogar der
Zeitpunkt gekommen, zu dem man allgemeingültig über simple darstellbare
Objekte und über Container von darstellbaren Objekten nachdenken muss.
Das Spielbrett ist nämlich von seiner Logik her genau ein solcher Container.
Das würde dann eine weitere Änderung im Klassendiagramm bedeuten:
Ein darstellbarer Container ist abgeleitet von Displayable und das
MemoryGameboard ist dann von diesem abgeleitet. Um hier nicht zur absoluten
Verwirrung beizutragen, führe ich diesen allgemeinen Container nicht
ein. Stattdessen wird das MemoryGameboard dergestalt entworfen, dass es die
Containerfunktionalität besitzt.
Alle Leser mögen sich aber nun unbedingt ein paar Gedanken machen,
was diese Vorgangsweise, die leider auch in der Praxis sehr oft praktiziert
wird, bedeutet! Hier bahnt sich bereits ein böser Hack an, denn es ist zu
erwarten, dass im Lauf der Zeit das Spiel mehrere Änderungen erfährt und
dass wahrscheinlich auch dann an mehreren Stellen ein allgemeiner Container
gebraucht würde. In jedem Fall muss dann eine erhebliche Menge an
Code umgeschrieben werden, wenn man ihn erst verspätet einführt. Oder,
noch schlimmer, alle Klassen, die ihn brauchen, implementieren die Funktionalität
selbst. Dass das dann auf Kosten der Übersichtlichkeit, Wartbarkeit,
Änderbarkeit und Intuitivität geht, lässt sich leicht nachvollziehen.
Nach diesem Exkurs, der etwas zum Nachdenken anregen sollte, sieht das mit
Vorsicht zu genießende Resultat für unser Spielbrett folgendermaßen aus:
1 // memory gameboard . h − a simple gameboard f o r memory
2
3 #ifndef memory gameboard h
4 #define memory gameboard h
5
6 #include ” s i m p l e d i s p l a y a b l e . h”
7 #include ” simple output handling . h”
8 #include ” s i m p l e v e c t o r . h”
9 #include ”memory game card v5 . h”
10 #include ” u s e r t y p e s . h”
11
12 //−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13 /∗ The c l a s s f o r the gameboard . This c l a s s i s r e s p o n s i b l e f o r
14 ∗ the management of the cards and has to take care f o r
15 ∗ r e g i s t e r i n g them at the output handler . I t a l s o has to keep
16 ∗ track of the number of cards on the board and o f the number
17 ∗ o f cards with f r o n t and back s i d e s up . Turning cards i s
18 ∗ performed via a c a l l to t h i s c l a s s .
19 ∗/
20
21 class MemoryGameboard : public Displayable
22 {
23 protected :
24
25 /∗ Stores the number of rows of the board according to the
26 ∗ parameter passed to the constructor . In p r i n c i p l e t h i s