spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Du kannst natürlich auch selbst dafür sorgen dass verschachtelte Strukturen wie vector<vector> immer die passende Größe haben. Du kapselst das ganze einfach in eine Klasse und gibst dieser dann passende Methoden. Als Beispiel wären da ResizeWidth(int newSize), ResizeHeight(int newSize) um die Größe zu verändern. In diesen Methoden passt du dann den internen vector, bzw die internen vector-Datenstrukturen an. Für die Zugriffe schreibst du dir dann passende Methoden. So möchtest du dir zum Beispiel eine Zelle zurück geben lassen können, wobei du dafür x und y Koordinaten angibst. Hier kannst du zusätzlich noch eine Fehlerüberprüfung einbauen, ob die Werte für x und y nicht zu groß, bzw zu klein sind. Bin mir nicht ganz sicher, vector überprüft das glaube ich sonst auch schon für dich. Ansonsten wirst du noch einen Wert an Stelle x, y setzen wollen und möglicherweise Höhe und Breite abfragen wollen. Das ganze sollte recht einfach umzusetzen sein und nicht all zu lange dauern. Von der Bedienung ist es dann einfacher zu handhaben als selbst mit vector<vector> rum zu fuchteln.
Aber guck ruhig erst mal mit deiner Idee Vielleicht teilst du sie ja hier mit uns.

Vielleicht hilft das hier noch:

http://zfx.info/viewtopic.php?f=4&t=3250

dot hat in seiner Antwort eine ganz hübsche Zusammenfassung. Es ist vermutlich gut zu wissen, wie 2D-C-Arrays funktionieren, aber benutzen sollte man sie trotzdem nicht.

Joah, nicht gerade wunderschön, aber es ist ja auch sehr wichtig, dass man eigene Lösungen finden kann, auch wenn diese nicht so elegant sind, wie Lösungen die man sich von woanders her kopiert hat (und dabei dann nichts lernt). Von daher

Aber ein bisschen was möchte ich schon noch dazu sagen: Du weißt vielen Variablen Werte zu, die du nie benutzt (wenn ein geschriebener Wert niemals gelesen wird, war es sinnlos ihn zu schreiben). Und du deklarierst Variablen zu früh. "xPosition" Beispeilsweise hat außerhalb der innersten Schleife keine sinnvolle Bedeutung. Es verwirrt nur, dass außen mehr Variablen "sichtbar" sind, die man aber nicht benutzen sollte. Stattdessen könnte man schreiben:

Wie du siehst sind unnötige Zuweisungen entfernt worden und die Variablen sind erst dort deklariert, wo man sie auch benutzt. Zusätzlich habe ich noch const benutzt. Im Grunde ist xPosition und yPosition ja jeweils nur eine kleine Hilfsvariable; ein hübscher Name für die Berechnung die ihr zugewiesen wird. Es dient durchaus der Lesbarkeit des Codes, Zwischenergebnisse Werte zu geben, dadurch werden Formeln kürzer und man hat eine bessere Intuition, was welcher Teil jetzt bedeuten soll.
Du willst ja im Grunde xPosition nicht ändern. Es soll die Bedeutung (10+(i2*60)) haben, und die ändert sich bis zum nächsten Schleifendurchlauf ja nicht. Die Zuweisung ist nicht irgendein Startwert, sondern du hast im Grunde für jedes Objekt in der Map eine eigene X-Position, die du berechnest.

Was ich damit sagen will: Der Code ist jetzt nicht nur kürzer, sondern auch von der Bedeutung her sinnvoller. Und dazu musste man von der ursprünglichen Idee nur ein paar Kleinigkeiten ändern.