spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

na im simpelsten fall wäre es ja nur ein getStatus im gamestate, das nen enum zurückliefert, sowas wie:
STARTING; RUNNING; FINISHED; PAUSED
und wenn die verwaltung PAUSED erkennt, dann kommt halt das menu oder sowas, oder wenn es FINISHED erkennt, dann halt das hgihscoremenu oder whatever...
wie meinst du serialisierung?

Naja. Z.B. Befindet man sich gerade in einem State, wo man eine Karte auswählte. Wie soll nun die Verwaltung an diese Information kommen? Entweder die Verwaltung muss genau wissen von welchem Typ der aktuelle State ist und dem entsprechend casten, wir verpassen dem Interface ein GetSelectedMap(), was für nur einen State ausgefüllt wird und bei den anderen States nur sinnlos ist, oder man serialisiert diese Information (z.B. in eine map), wodurch man dann aber wiederum wissen muss, wie der key heißt mit dem man die Karteninformation erhält (das meinte ich mit serialisieren). Denn irgendwie müssen ja spezielle Infos auch von einem State in einen anderen transportiert werden können.

nun, States wechseln ja immer durch irgendwelche Events.

ich hab mir einfach jeweils von der EventHandling-Funktion des aktiven States den pointer auf den aktiven state zurückgeben lassen.. meistens der this kommt da, aber manchmal halt auch ein neuer. ein state muss so natürlich seine nachbarn kennen, aber muss er ja meistens.

Das wollte er ja gerade nicht (wäre glaube ich Option 1, wenn ich dich richtig verstanden habe ).

Also: Ich würde in einem Spiel grundlegend immer zu GameStates raten.
Hab es schon ohne versucht, aber da sah der Code nicht gerade übersichtlich aus. :o

nunja, aber Gamestates im eigentlichen sinne, das das Spiel fest Intro->Hauptmenü->Spiel->[zurück zu Hauptmenü]->Ende durchgeht, muss nciht sein, wenn man die Engine fest (ohne den umweg über ein 'Spiel'-Gamestate) in der Applikationsklasse verankert, sowie Hauptmenü, das auch im Spiel angezeigt werden kann, und ansonsten selbst irgendeine Form von Hintergrund macht (ob das Spiel läuft, das Hauptmenü läuft usw. würde in der Applikationsklasse mithilfe eines Bitsets o.ä. gespeichert). Das Intro könnte man z.B. als "Menü" in der Hauptmenü-Instanz verankern. Schon ist man ohne gamestates fertig.