spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von ».:!Batzer!:.«

...vor_rausgesetzt(warum wird das zensiert?), ...

Ich vermute, weil dich die admins darauf hinweisen wollen, dass es "voraus" heisst?

Zitat von ».:!Batzer!:.«

Denn bei den beiden Beispielen in Davids Buch ist die Spielklasse ja Global (bööse!! )

Warum sich das Leben schwer machen, wenns auch einfacher geht?

Ich mache es eigentllich schon so in der Art wie David, für jeden Bereich eine eigene Klasse.

Also ich habe einen sog. "Game-Manager", von dem zu Beginn der Main-Funktion eine Instanz erstellt wird. Dann ruft die Main-Funktion game_manager->run() auf und dort passiert dann egtl. alles drin, was wichtig ist(der Game-Manager verwaltet folglich auch Spielzustände etc.)

Also ich versuch zur Zeit eigentlich immer dieses "Per-Frame-Processing" zu verwenden. Ich habe eine application baseclass die alles wichtige übernimmt und davon leite ich eine Klasse ab, die dann init frame und shutdown definiert. Die Funktion Run() des Apps läuft solange bis Frame() false liefert oder eine entsprechende windows-message geliefert wird.
In der Framefunktion der appclass läuft das ganze Spiel, Init und Shutdown sind selbsterklärend..
Die AppClass hält auch alle wichtigen Sachen wie Grafik/Sound und GameManagement.


Ist nicht die beste Methode, aber für Übungszwecke mit der WinAPI/DirectX ist es die für mich angenehmste(bin natürlich für andere Methoden offen!)

Das Design haengt auch immer davon ab wie es dir selbst besser gefaellt.
Wir verwenden zur Zeit eine BaseApp von der aus wir dann auf alle Untersysteme zugreifen, die dann, wenn noetig sich um die Verwaltung von erforderlichen Managern kuemmern.
Schoen hierarchisch, oder ... Baumartig, hach wurde des meinem alten Infodozenten jetzt gefallen, der dendrophile