Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

21

03.03.2013, 20:44

Sollte man aber dann nicht ein Factory Objekt nehmen?

Ok, auch nicht soviel besser als eine Parameter struct, aber zumindest mit dem Vorteil, dass der StateManager nicht mehr wissen muss, welche States er genau erstellt.

BlueCobold

Community-Fossil

Beiträge: 10 738

Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer

  • Private Nachricht senden

22

03.03.2013, 20:59

Ich glaub du siehst da ein Problem, wo keins ist. Wieso sollte eine StateMachine ihre States nicht kennen? Sie sind schließlich Teil von ihr.
Teamleiter von Rickety Racquet (ehemals das "Foren-Projekt") und von Marble Theory

Willkommen auf SPPRO, auch dir wird man zu Unity oder zur Unreal-Engine raten, ganz bestimmt.[/Sarkasmus]

23

03.03.2013, 21:18

Nun, der Threadersteller hat ja geschrieben, dass er eventuell später noch weitere Klassen hinzufügen möchte, die dann über den StateManager an den GameState übergeben werden müssten, um das zu vermeiden, habe ich vorgeschlagen, die GameStates doch außerhalb zu erstellen ;)
Dann würde diese Arbeit sich erübrigen.

Ob das möglich ist, hängt natürlich von seinem StateManager selber ab.

Zitat

Wieso sollte eine StateMachine ihre States nicht kennen? Sie sind schließlich Teil von ihr.
Ich meinte nicht, dass die StateMachine nicht ihre States kennen soll, sondern, dass sie nicht zu wissen braucht, welche konkreten States sie erstellt bzw. bekommt. ;)

Werbeanzeige