spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hi Leute,

ich habe mich in letzter Zeit mit libGDX beschäftigt (danke für die Empfehlung!) und ein bisschen rum programmiert, um ein Gefühl dafür zu bekommen. Das funktioniert soweit auch alles ganz gut, weswegen ich jetzt dabei bin, meine Idee für ein Spiel genauer zu entwerfen und alles zu strukturieren.
Allerdings habe ich ein Problem bei der Programmierung - Ich weiß nicht genau, wie ich diese angehen sollte.
Grober Umriss des Spiels: Immer gleicher Bildschirm, auf dem man Angriffe abwehrt. Spieler, Umgebung und Angriffe verändern sich im Laufe der Zeit, und auch, wenn man nicht spielt, wird eine Ressource gesammelt.
Wenn ich jetzt einfach alle Bereiche des Spiels in einem programmiere, könnte es zwar theoretisch funktionieren, aber sowohl das betrachten der Bereiche voneinander getrennt als auch das Testen wäre sehr schwierig bis unmöglich (immerhin müsste ich für jede Situation entweder von vorne anfangen oder ein eigenes SaveGame machen).
Also scheint es nicht besonders sinnvoll zu sein, z.B. nur die drei Klassen Manager, GameScreen und PauseScreen zu haben, wobei der Manager die Screens handhabt, der PauseScreen selbstverständlich ist und alles andere im GameScreen steht.
Ist eine Unterteilung in Klassen möglicherweise sinnvoll, wo jedes Element eine einzelne Klasse darstellt und der GameScreen diese dann managed? Aber auch dann weiß ich noch nicht, wie ich den Code später testen soll.

MfG, Joshflux

Gut, das beruhigt mich, dass das auch in großen Firmen normal ist .
Dann setze ich mich denke ich wirklich so da dran, dass ich in die GameScreen Klasse nur das packe, was dort dargestellt wird, und alles andere in separate Klassen.
Auch das mit den kleineren Anwendungen fürs Testen klingt gut und werde ich dann wohl versuchen, wenn es soweit ist.