spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hi,

ich arbeite gerade mit libGDX an einem halbwegs simplen Spiel für Smartphones.
Es hat natürlich trotzdem mehrere Screens.
Jetzt bin ich mir nicht sicher, wie ich das Ganze angehen soll.
Ich habe eine Assets Klasse, in der ich den libGDX eigenen Asset Manager nutze, um Ressourcen nur einmal zu laden.
Meine Idee war nun, für jeden Screen eine eigene Klasse zu verwenden und zusätzlich noch eine Create Klasse zu schreiben, die aufgerufen wird, wenn der Screen das erste Mal erzeugt wird.
Allerdings stoße ich damit auf einige Probleme. Ich finde es schwer, "static" zu vermeiden, und ich weiß momentan nicht, wie ich dafür sorgen kann, aus dem Main Menu in den GameScreen zu kommen.
Das ist aber erstmal unwichtig. Zuerst würde ich gerne wissen, ob ihr diese Aufteilung für vernünftig haltet oder das irgendwie anders machen würdet?

MfG, Joshflux

Danke für die Antworten !

@DeKugelschieber Das heißt, du hast eine Klasse, die nur als Manager fungiert, habe ich das richtig verstanden? Die Idee klingt wirklich gut, nur weiß ich nicht genau, wie ich dafür sorgen kann, dass der Manager die Screens alle "kennt". Und die "Create" Klasse werde ich wohl tatsächlich verwerfen und nur eine Methode schreiben, das scheint sinnvoller zu sein.

@LetsGo Auch du hast also einen extra Manager. Das werde ich wohl auch in Angriff nehmen. Mit FBOs habe ich noch nie gearbeitet, da fuchse ich mich dann auch mal rein. Und die Idee, je eine Stage für GUI und das Level zu benutzen, ist wirklich richtig gut, danke dafür !