spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

kann dir nur sagen :
1. interessiert mich auch weil ich noch nicht wirklich nen plan davon hab
und
2. ich glaube du solltets dir über die klassen klar werden (welche klassen
brauche ich, was sollen sie tun)
3. deine idee erstma genau ausformulieren bzw. wirklich wissen was du willst

lege dir am besten fest was im spiel alles drin sein soll, bleibe anfangs lieber etwas bescheiden und füge später features hinzu, sonst wirst du ewig nicht fertig!

dann mache dir einen plan was du für klassen brauchst und wie man das gut umsetzen kann. dabei solltest du auch einbeziehen welches framework du nutzen möchtest eventuell (sdl, sfml, hge, was weiss ich).

und dann iterativ:
- implementieren
- testen
- refactorn.

Warum nicht.
Es sind einzelne Objecte die auch einzeln gehandlet werden können, von daher würde das schon Sinn ergeben.

Also so richtig dolle Planen tue ich meist nicht. Ich guck mir an, welche Elemente im Spiel vorkommen, wie man das grob in Objekte umwandeln könnte und überlege dann noch grob, was so im Hintergrund passieren muss.
Wenn mir dann beim implementieren auffällt, das irgendetwas so kaum gehen wird, wird halt das Design geändert, damit es geht.

Jo, so läufts bei mir auch, meistens ist ja auch relativ offensichtlich, was man als klasse verpackt und was nicht. bei einem einfach tetris-klon bedarf es glaube ich sowieso nicht sooooooooo großer planung

Oft hilft es, alle Objekte die es im Spiel geben wird (HUD, Spielbare Objekte, nicht spielbare Objekte, Items, usw.) aufzuschreiben und sich dann zu überlegen, was man logisch zusammenfassen kann.

Dann hilft es noch Abläufe aufzuzeichnen und mit Pfeilen zu verbinden.

Wenn man soweit ist, kann man sich Gedanken über Klassenplanung usw. machen.

Zunächst erstellt man einen Projektplan, der vorzugsweise auch Zeit enthällt um nicht erfüllte Dinge nachzuholen.

Danach sollte man sich erstmal um die Domain - oder die Aufgabe an sich kümmern.

[list]
o Was MUSS mein Programm können? (Musskriterien)
o Was KANN mein Programm können? (Wunschkriterien)
o Was BRAUCHT mein Programm NICHT können? (Abgrenzungskriterien)
[/list]
Durch diese Kriterien bekommst du erst einmal genau eine Projektvorstellung. Man kann diese Projektvorstellung dann noch durch Anwendungsfalldiagramme untermauern. Diese zeigen die Nutzer des Systems und deren Aktionen die sie tätigen können.

Wenn alles steht, geht man an das Klassendesign - zunächst erstellt man ein Analyseklassendiagramm, wo alle Klassen enthalten sind die man braucht. Wenn man dies hat, dann verfeinert man es und trägt Methoden, Attribute und die Beziehungen zwischen den Klassen ein.

Dann kann man anfangen zu programmieren.

Dies ist der Idealfall, viele Benutzer (auch ich) machen weniger Diagramme, aber oft hilft es genauer drüber nachzudenken, bevor man eine Zeile Code schreibt.[/list]