GameStateMachine

[ariogato]

Dieses Ticket zu bearbeiten kann sehr lange dauern. Also ist es zu empfehlen dieses Ticket zu zweit anzunehmen.

Wir brauchen eine Klasse, die für uns die GameStates händelt.

Wir versuchen hierbei den Zustandsautomaten als Stapel zu implementieren. Für meht Info siehe unser Wiki

Anmerkung: Alles was im Rahmen dieses Tickets an Code geschrieben wird, soll in einen Namensraum und zwar in FiniteStateMachine gepackt werden.

Die Klassen sollen so wie auf dem Klassendiagramm implementiert werden.

Anmerkungen:

• Nach wie Vor soll für jede Klasse eine Header und eine Quelldatei erstellt und befüllt werden. (bei abstrakten Klassen: Nur Headerdatei)
• Um Klassen aus einer Datei zu verwenden muss in der Headerdatei, die Headerdatei der anderen Klassen einbezogen werden.
• In jeder Datei kann der namespace seperat stehen
  
  Bsp.:

//  in foo.h
namespace poo
{
    class foo {};
};

//  in roo.h
namespace poo
{
    class roo {};
};

Wahrscheinlich wird dabei das ein oder andere Problem dabei auftreten. In diesem Fall einfach an Ario wenden und ihn beschimpfen, da er das Klassendiagramm (mit Roman) erstellt hat.

Update 02.01.17:
Natürlich müssen die Membervariablen bei GameState protected statt private sein.
Update ende;

[romman8]

Die Klasse GameStateMachine soll als Singleton Klasse implementiert werden, richtig?

[ariogato]

Ne als ganz normale Klasse, denn Game wird ein Referenzattribut darauf haben.

[ariogato]

Übrigens... Mach aus GameStateMachine einfach nur Stack oder so, weil wir den Stapel auch für die Maps brauchen werden.

[romman8]

Der Stack sollte dann ganz allgemein und wiederverwendbar geschrieben sein oder wie?

[ariogato]

wäre ganz cool

[LemmingFaunTM]

so proud of ya