spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo liebe Spielerprogrammierer-Gemeinde,

Zuerst eine kurze Einleitung [kann auch übersprungen werden]

Ich bin hier im Forum neu, habe es heute eher zufällig im Web entdeckt. Ich programmiere gerne Spiele als Hobby. Habe bisher mit BlitzBasic3D (imperativ-prozedual) so kleine spielchen wie (Bomberman 2d, Malefiz) und auch ein Manager für Formel 1 programmiert, beim F1 Manager bin ich dann auch bereits sehr früh an die grenze der Sprach gestoßen und habe mir nun BlitzMax zugelegt, quasi das gleiche mit OOP erweiterung. und paralell mit OOP projekten angefangen,und stieß bisher schnell an die grenzen von meinem können. (Was unteranderem auch dem Ziel - ein Civilization Klon zu erstellen - verschuldet ist). Bisher hatte es auch immer gereicht die projekte im "extreme programming" durchzuführen, da sie klein waren. Nun will ich aber gleich richtig anfangen. Dazu habe ich mir vor monaten Galileo Computing Objekt Orientierte Programmierung geholt. Soweit so schön.

Nun etwas konkreter zur Frage:

Ich habe mir vorgenommen erstmal ein sehr simples Tower Defence Game auf Grundlage der Objekt orientierten Programmierung zu programmieren. ich habe mir mal auf einem Blatt Papier erstmal alle Gegenstände notiert -> Ich stell mir diese dann als Klassen vor, richtig? z.B "CWelt" <- sie zeichnet das Spielbrett (als TilemapEngine),lässt dabei Platz für die "Informationen" der im spiel angewählten Objekte und in ihr befinden sich alle weiteren Gegenstände : CSpieler (vorerst nur man selbst), CTower <-diese werden vom Spieler durch Anklicken eines Icons aktiviert (wichtig für meine weitere Frage), sie haben gewisse Methoden die sie ausführen können (suche Ziel,feuer rakete ab ...) einige von ihnen haben auswirkungen auf andere Objekte ... , damit kommen wir zu den "CGegnern", da bin ich mir gerade nicht sicher wo sie genau hingehören, als Liste zu einem Spieler zugeordnet? oder gleich zur Welt? ... sie haben ebenfallsmethoden (laufe Weg (werde ich vorerst mit einer Waypoint Liste machen),sterbe,mache Aura , was auch immer). Dazu stell ich mir vor das die Gegner auch Unterklassen haben (Flugeinheit,Renneinheit,Boss ...). Mein problem nun, ich weiß irgendwie immer noch nicht genau, wie ich diese Klassen / Objekte am besten miteinander interagieren lasse... hab da sowas von Eventhandler oder Manager Objekt gelesen. aber an welche stelle gehört das in das System? Und kann mir jemand vielleicht ein Buch oder tutorial empfehlen was sich im spezielleren auf die entwicklung von spielekonzepten konzentriert? In den Büchern die ich bisher gelesen habe waren zwar auch gut ausgewählte Beispeile, aber immer leider auch sehr sehr abstrakt und speziell, w.z.b. "Stellen sie sich for sie sind Kunde einer Firme, diese Firma hat Mitarbeiter, Manager ... hier ein diagramm welche objekte sie benötigen bla bla bla...", ihr wisst worauf ich hinaus will. Also bei mir haperts noch so ein bisschen bei der Analyse der Beziehung und Findung von Objekten untereinander. Ich schätze mal für einfache Hobby spiele werde ich mich nicht extra in der Erstellung von UML2.0 konformen diagrammen einarbeiten müssen, oder? Also son bisschen versuche ich bereits mit Blatt und papier die Objekte zu zeichnen und pfeilen zu versehen, ohne dabei auf richtigkeit nach standard XY zu achten. Ich schätze mal, das selbst zb. die Raketen später von sagen wir Raketenwerfern Objekte sein werden ... --> muss ich also eine Klasse Waffe def. die zu den Türmen gehört, die wiederum den Gegnern schadet? oder doch lieber direkt indem der Turm sagen wir periodisch ein gewissen "schaden" von seinem Ziel abzieht? da gibts ja quasi beliebig viele Möglichkeiten (demzufolge beliebig komplex). Wie schafft man es nun sein Projekt auch nicht ganz so komplex werden zu lassen? das war vorallem früher in der reinen prozeduralen programmierweise Motivationskiller #1 !!! Mit Abstand.

Falls das jetzt noch wichtig sein sollte, wir reden hier von einem SIMPLEN TD Game, keine aufwendige Grafik (2d Grafik ist mit Blitzmax sehr sehr einfach, also dass ist kein Problem an dieser stelle). Ich würde gerne aber auch versuchen es etwas erweiterbarer zu gestalten (kA wie schwer dass dann wird) -> evtl. als Multiplay, indem nun 2 Spieler enthalten sind und gegen einander ..., oder ein Computergestützer Gegner ...

Ich hoffe das war jetzt nicht zu viel. ansonsten bereits lieben dank für eure an und bemerkungen

mfG Stephan

Sehr vielen Dank für die zahlreichen Anregungen.

Mit dem Denglisch, okay, werd ich mir abgewöhnen.

Das mit dem kennzeichnen der Klassen hat praktische Vorteile für die IDE von BMax. (Highlighting ...)

Ich hab mir jetzt mal den GameManager und die Gamestates genauer angeguckt und versucht auf mein Spiel anzuwenden. Die Wiki aus diesem Forum dazu war äußerst hilfreich, außer das ich die States (vorerst?) nicht in Listen speichere, sondern es gibt nur GENAU EIN GameState gleichzeitig.
So, wenn ich dann als nächstes das Prinzip richtig verstanden habe, ersetzt jetzt mein Gamestate
"TGS_RUN_SingePlayer" die ehemalige Klasse CWelt, da sie halt mit .process() und .draw() alle methoden besitzt die benötigt werden um alle Objekte innerhalb des spiels durchzugehen

so sieht jetzt inetwa ein Gamestate aus:

	Quellcode
1 2 3 4 5 6 7 8	Type TGameState Abstract Method Enter() Abstract 'Einstieg in den Gamestate Method Process:Int() Abstract '"Mainloop" Method Leave() Abstract 'Beenden des Gamestates Method Draw() Abstract 'Zeichenfunktion EndType

... Von außen wird das ganze nun so gesteuert:

	Quellcode
1 2 3 4 5	Gamemanager.init() repeat Gamemanager.idle() until ... Gamemanager.terminate()

die .idle() ruft immer Gamestate.process() auf bzw. kümmert sich ggf. um das aufrufen eines neuen gamestates wenn die .process() einen anderen Wert als "0" liefert.
Momentan alles noch Frame und Zeitunabhängig. Auf die Gamestates kann man nun mit .process() zugreifen (Abarbeiten der Spielelogik). zusätzlich gibt es noch .Draw(), also das was dann innerhalb der Gamestates gezeichnet werden soll.
Euren Aussagen zufolge, und dr Tutorials die ich noch gelesehen habe ist es nun also wichtig a) in welcher Reihenfolge process (Render + Benutzereingabe) und Draw() (reines darstellen auf dem Bildschirm) benutzt werden und b) welche "art" von Zeitkontingent man den jeweiligen Methoden vergibt. So wäre es jetzt besser die Spielelogik nach festen Zeitschritten und die Zeichnung so schnell wie möglich laufen zu lassen (allerdings nur, wenn das bild vorher fertig aufgebaut werden konnte (siehe VSync?), ja ?
Das mit dem Zeitkontingent muss ich mir nochmal genauer anschauen, bin mir gerade etwas unsicher, ob man schon die "Gamemanager.idle()" in der Hauptschleife nur nach einer bestimmten zeit aufrufen sollte, oder die "idle" so schnell wie der PC schafft und dann innerhalb nur den Process/Draw bremsen. Ist grade doof zu erklären. ich werds einfach selber probieren müssen.
mfG
und vielen Dank nochmal an euch!