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

BlueCobold

Community-Fossil

Beiträge: 10 738

Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer

  • Private Nachricht senden

11

01.07.2012, 14:26

Eigentlich meinte ich mehr Dependendy-Injection und eine Controller-Klasse, statt global in jeder Klasse auf diese Enumeration zugreifen zu müssen/dürfen. Sowas riecht meist eher danach, als sollte diese Unterscheidung zentral an einer einzigen Stelle erledigt werden, statt an vielen. Zentralisierung lässt sich auch viel besser später mal wieder ändern, als wenn man an tausend Stellen wieder alles anfassen muss.
Eine State-Machine mit Prüfung des Status finde ich durchaus ok, auch ohne irgendwelche Ableitung von Klassen, aber der Controller sollte zentral liegen und nur er sollte sich für die States interessieren, für alle anderen Stellen und Klassen sollten die nicht von Belang sein und daher empfinde ich einen globalen Bekanntheitsgrad dieser Enumeration als einen Design-Fehler, nicht unbedingt eine Enum an sich.
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]