![]() |
|
||||||||
![]() |
![]() |
![]() |
![]() |
![]() |
|
||||
| |
|
||||||||
| |
|
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
|
|
![]() |
||||||
|
programming by crazyapple
design by crazyapple Master Memory © 2001 ??? Screensaver © 2001 ??? Memory © 2001 - 2005 Illustrationen © Aiga Rasch Audio © BMG Ariola Miller GmbH
Three Investigators Screensaver 1.1
program facts:
Three Investigators Memory Game 1.2
program facts:
update to:
![]() made with:
![]() |
||||||
|
© 2000 -
2012 |
||||||
|
5. Projekt Drei Fragezeichen Memory
& Screensaver
Entertainment -offline
/ online-
Master Memory ist ein simples Memory - Spiel zu, wechles als "give-a-way" auf eine 40 MByte Mini CD passt. Der Code ist so flexibel, dass eine beliebige Anzahl von Spielkarten erstellt werden kann, Kartenrücken und Motiv wechseln können, eine Highscoreliste den/die Beste(n) zählt und natürlich jedes Spiel neu gemischt wird. Objektorientiert zu entwickeln bot sich hier sehr an, denn ich lasse die Karten per skript erstellen, mische die Motive, weise die Kartenrücken zu und benötige nur eine Liste in der die Anordung der Karten festgehalten wird. Vorteil dieser Vorgehensweise ist, dass ich nur Motive und Kartenrücken austauschen brauche. Das Design liegt auf den untersten 20 Sprites und das Spiel darüber. 2 bis 30 Päarchen (60 Karten) kann das Programm automatisch verteilen und einen bis 60 Kartenrücken. Die Highscoreliste errechnet den Rang aus Zeit und Klicks. Je länger das Spiel dauert und je mehr man klickt, desto weniger Punkte werden erreicht. Der neue Eintrag wird automatisch mit Namen an die richtige Position in der Liste eingefügt. Der niedrigste Wert wird durch höhere Werte gelöscht, identische Punktzahlen erhalten die gleiche Rangnummer.
Objektorientiertes Denken bedeutet sich von alten Strukturen zu lösen.
Modularität wird aufgehoben und durch die Eigenschaften "Vererbung"
und "Kapselung" ersetzt. Einfach ausgedrückt bedeutet diese
folgendes:
Die objektorientierte Entwicklung lohnt sich natürlich nur bei
größeren Projekten oder wie hier, bei extrem flexieblen Aufgabenstellungen.
Das Projekt muß so geplant werden, dass alle wichtigen Programmteile
klar definiert sind. Aus der Definition heraus lässt sich dann
ablesen, ob und in wie weit eine objektorientierte Entwicklung sinnvoll
ist.
Weniger sinnvoll ist es, bei kleineren Projekten die Navigationselemente so zu erstellen und zu steuern, denn dies fördert nicht gerade die Übersichtlichkeit. Da empfiehlt sich eher die Verwendung der "PropertyDescriptionList", die über Properties, also Wertigkeiten, viele unterschiedliche Zustände annehmen kann. |
|
project5.php last update:
2006-11-03
|