Seminar Didaktik der Informatik - DACH-Scratch-Wiki

Abbildung 22: Der Block prallt vom Player ab
Der Block prallt vom Player ab in Abb. 22: Falls der Ball den Player berühren sollte, wird
die Y-Richtung umgekehrt.
Abbildung 23: Der Block Ball berührt Boden
Der Block Ball berührt Boden in Abb. 23: Sobald der Ball den Boden berührt, wird Ga-
meOver an alle gesendet, was von der Bühne empfangen wird.Das Spiel wird beendet.
Als nächstes Objekt wird Brick erstellt. Eine der Anforderungen an das Spiel ist es,
es so dynamisch wie möglich zu realisieren, also beliebig viele Bricks generieren und
anordnen zu können. Nun ist es nicht wie bei einer klassenbasieren Objektorientie-
rung möglich, beliebig viele Objekte zu instanzieren, sondern man muss mit Klonen
arbeiten. Die Idee ist also, einen Brick als Prototype zu erstellen, und von diesem aus
beliebig viele Bricks zu klonen. Dabei ergeben sich allerdings gewisse Probleme. Wenn
ein Brick abgeschossen wurde, muss er sich selbst löschen, der Prototype allerdings
nicht. Im Falle eines GameOver wegen Bodenberührung des Balls sind aber noch Bricks
auf der Bühne übrig. Wird das Spiel neu gestartet, bleiben diese ” alten“Bricks übrig
und es werden wiederum neue erstellt. Durch die schon vorhandenen Bricks wird nun
eine Kettenreaktion von Klonen ausgelöst. Daher ist es essentiell, dass alle Bricks nach
Beendigung des Spiels wieder gelöscht werden. So werden alle Klone über eine Liste
Klone verwaltet und von dieser aus im Falle eines GameOver gelöscht.
Der Brick, der als Prototyp dient, wird so gezeichnet, dass jeweils oben und unten eine
Farbe ist, welche in diesem Spiel nur einmal vorkommt, genauso wie an den linken
27