spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das nen Array nicht gleich nem Vector ist ist mir bewusst. War nicht weiter oben mal die Rede von Arrays? Hatte ich so in Erinnerung beim tippen. Naja gut dann vergiss was ich geschrieben habe

Also wenn du aber schon eine Klsse implementierst, dann würde ich aber einfach eine Tiles-Klasse erstellen, die eine x und eine y Position enthält und jedes Objekt hat dann eben als Member ein Tile-Objekt. Die ganzen Objekte sammelst du dann in einem Vektor. Also zumindest stelle ich mir das in sofern sinnvolller vor, da es ja auch Tiles geben kann, die einfach leer sind. Wenn du aber eine Map-Klasse schreibst, die einen Vektor-Index in einen 2D-Wert umrechnet, dann brauchst du ja auch für leere Felder Einträge im Vektor. Bei mir hätest du dann nur wirklich existierende Objekte im Vektor.

Ja gut das ist widerum auch richtig. Man könnte mein System aber auch so verwenden, dass man es als std::map<tile*, object*> implementiert. Dann hat man zu jedem Feld, das ein Objekt enthält einen Eintrag, auf den man relativ einfach zugreifen kann, und zu den anderen nicht.
Es ist natürlich auch incht verkehrt alle Felder in einen Vektor rein zu packen, aber da muss man dann halt imo ein bisschen mehr aufpassen, dass man nicht mehr leeren Feldern irgendwas macht, was dann logischerweise nicht funktioniert. Ich habe in meiner Facharbeit auch einen Vektor verwendet, der für jedes Feld ein Element gespeichert hat und bin der Meinung ich hätte damals bessere Wege finden können(habe es aber auch nicht sonderlich sauber implementiert).

Also ich habe mir für mein aktuelles Projekt ein 2 Dimensionales Array verwendet.
Ich habe einen Editor, mit dem ich mit dem die Größe der Map bzw. des Levels zu beginn festlegen kann und dieses dann einfach mit der Maus füllen kann.
Da dein Spiel grafisch wohl aber aufwendiger ist, als meines (benutze nur 1 farbige Klötze für die Map), braucht es wahrscheinlich etwas mehr Aufwand für den Editor.

lg chaia

Aus meiner Erfahrung mit Physiksimulationen,Benchmarking und MMO kann ich nur den Empfehlungen bei dynamischen Größen auf möglichst niederdimensionale Containestrukturen zurückzugreifen beipflichten (interessanter Aspekt ist, dass z.B. das "teuerstes" an der Nutzung einer std::vector<std::vector <non_POD> > > Lösung das Deallokieren ist).