spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Von der Idee für Einheit eine Klasse zu erstellen würde ich mich wieder verabschieden. Mir fällt grad der Fachbegriff nicht ein, aber ich denk mal der wird von andern dann freundlicherweise nachgereicht

Und zwar solltest du die Einheiten aus vorgefertigten 'Komponenten' zusammensetzen, welche spezielle Fähigkeiten haben. Zum Beispiel eine Komponente für die Bewegung, eine andere für das Angreifen, eine für das Bauen, etc. Dann kannst du dir deine Einheiten einfach aus den Komponenten zusammenbauen und endest nicht mit tausend Klassen, die alle das selbe machen.

Zum Speichern würde ich dann eine List oder ein dynamisches Array benutzen, anstatt eines statischen Arrays.
Auch würde ich da nicht für jeden Typ ein eigenes Array benutzen, sondern eins pro Spieler.

Aus Performancegründen kann es sein, dass du die Einheiten anders verwalten musst.

z.B. für Flächeneffekte, Auswählen von Gruppen, Pathfinding, Kollision etc. wäre es doch praktisch wenn die Einheiten anders angeordnet werden.

Zitat von »Sylence«

Von der Idee für Einheit eine Klasse zu erstellen würde ich mich wieder verabschieden. Mir fällt grad der Fachbegriff nicht ein, aber ich denk mal der wird von andern dann freundlicherweise nachgereicht

Du meinst das Entity-System

Ich habe vorgestern eine Klasse geschrieben, die es ermöglicht mehrere Aufgaben zu einer zusammenzusetzen und diese hintereinander ausführt.
So kannst du z.B. der Einheit sagen, sie soll sich zur Position x|y bewegen, 5 Sekunden warten, einen Feind töten, Rohstoffe abholen, zum Gebäude gehen und es bauen usw. ohne, dass die Einheit die Aufgaben direkt kennen muss.
Ich habs mal bei Pastebin eingefügt: http://pastebin.com/6xt0MZNQ
Kannst dich ja inspirieren lassen.

Bedenke aber, dass die Klasse nur zwei Tage alt ist und noch nicht ausgiebig getestet und Dokumentiert wurde. Ich hoffe, dass es dir trotzdem helfen wird.

Ich benutze auch ein Entity-Sytem (wenn man es denn so nennen will), d.h. alle Objekte sind aus vielen Kleinen Komponenten zusammengebaut. Beide WC3 gibt es ja auch diese laufenden Baumhäuser, so etwas ist damit z.B. kein Problem, dein Objekt bekommt halt eine Gebäude und eine Einheiten Komponente.
Damit kann man sehr einfach sehr verschiedene Entitys bauen. Natürlich hat das ganze auch seinen Preis, man hat sehr viele teilweise echt kleine Klassen, man hat einiges an Code für die ganze Componentenverwaltung, Wechselwirkungen zwischen den Komponenten (ich benutze dafür dann ein Event System) usw.
Wenn du von vornherein weißt, dass es nur 5 Einheiten geben wird, kannst du wesentlich effizienter programmieren, wenn du jedes Objekt einzeln behandelst.
Ich verfolge zum Beispiel den Ansatz, das jedes Objekt individuell ist, d.h. ich werde eher wenige, dafür aber komplexe Objekte haben. Daher würde ich Beispielsweise auch die Angriffskraft für jedes Objekt extra speichern, da in der Theorie alle verschieden sind. In einem Spiel wie Total War hat man tausende identische Einheiten, würde man das natürlich berücksichtigen und so Gemeinsamkeiten nur einmal speichern, alleine um Speicher zu sparen.