JLI Spieleprogrammierung

[Clythoss]

Ich weiß nicht ganz wie ich die Frage stellen soll. Ich versuch mich ja grad in C++ einzuarbeiten. Da hat man ja die Möglichkeit alles mögliche als Objekt zu schreiben, aber wie stellt man Sicher das alle Objekte auch Ordnungsgemäß verwaltet werden?

Ich versuch mal ein Beispiel. Ich hab ein Asteroids Clone wo wenn ich einen Großen Asteroiden zerstöre er in eine rufällige Anzahl von 3-6 mini Asteroiden zerfällt. Sprich ich rufe eine RND Funktion auf und erstelle dann per schleife die Objekte. Wie stell ich denn sicher das von jedem Obejekt dann auch die draw Methode aufgerufen wird? Ich kann mir nicht vorstellen das ich beim coden drauf spekulieren muss. So nach dem Motto If exist MiniAsteroid5 dann draw. Ich wüsste auch nicht wie ich mir dann die Technik eines Leveleditors vorstellen soll wo man ja auf jeden Fall vorher nicht weiß welche Objekte existieren werden. Ich hoffe ihr habt verstanden was ich meine und könnt mir helfen. Danke.
_________________
Derzeitiges Projekt : Wing Fusion
Status: Es geht vorwärts...

-------------------------------------------------------
E=MC²+1W6

[DirectXer]

[Jonathan_Klein]

Dynmaische Array gehen zwar, aber eignetilch sind die Mist

Ne STL Liste ist viel schöner. Also:
Du ahst Asteroiden. Dann machst du einfach eine Asteroiden Klase mit Move und Render funktion und was die sonst noch alles können müssen.
Dann machst du eine neue Klase, AsteroidenManager. Der speichert intern eine stl::list aus Asteroidenobjekten (am besten Zeiger auf dynamisch erstellte Asteroiden felder, dann brauchst du dich nicht um Kopierkonstruktior und so zu kümmern).
Der AsteroidenManager hat auch eine Move und eine Renderfunktion. Diese beinhaltet im Prinzip nur eine Schleife (siehe FAQ "Wie durchläuft man am besten eine STL List?") welche jeweils die Move und Renderfunktionen der Asteroidenobjekte aufruft.

Der Asteroiden Manager hat zum Beispiel auch eine Funtkion TestKollision. Wenn das Playerobjekt einen Zeiger auf den AsteroidenManager hat, kann es damit sehr leicht prüfen ob es beim bewegen einen berührt und wenn ja halt explodieren.

So in etwa mach ich das bei meinen spielen, es geht sicher auch anders, aber ich komme damit bestens zurecht.
Statt ner STL__list kann man auch eine map nehmen oder halt ein dynamisches Array. Man muss halt die unterschiede kennen. Zum durchlaufen ist list gut und die hat den Vorteil das man die Größe schnell ändern kann und auch was aus der mitte rauslöschen kann. map solltest du halt nehmen wenn du nach einem bestimmen Objekt oft suchen musst, was nicht so häufig vorkommt. Dynamisches Array hat halt das Problem das die Größe relativ statisch ist, und nur durch vile kopieren geändert werden kann. Dafür haste aber superschnellen Zugriff auf ein nummeriertes Element, aber wenn du es eh immer komplett durchläufst soltle list gleich gut sein.
_________________
https://jonathank.de/games/

[DirectXer]

@Jona
ich meinte auch _nicht_ dass man dynamische Array oder std::list bzw. jeden anderen Container miteinander vergleichen sollte, sondern: wenn die Größe des Arrays im Spiel an der Setlle der Erzeugung eindeutig festegelegt werden kann, sprich dass keine Elemente dazukommen oder wegehen sollen, die Größe also net überschritten werden wird und keine Arraygrenzenüberschneidung vorkommen wird, dann nimm dynamische Arrays. Wenn die Größe des Arrays oft variiert, also ein Element dazukommen kann und mal eins zerstört wird, dann nimm die stl-container.

Gruß DXer

[Chriss]

Hi Clythoss

falls du das Buch hast schau mal nach Vectoren. Das sind von der Benutzung her dynamische arrays denen du nachträglich beliebig viele Elemente hinzufuegen und sie auch vieder entfernen kannst. Zudem wird eine funktion mitgeliefert die dir sagt wie viele Elemente drinn sind.

Oder such in der MSDN nach std::vector

[Clythoss]

@DirectXer

genau das wollt ich eigentlich nicht machen hab das wohl etwas unklar formuliert.

@Jonathan_Klein

Auch wenn ich nicht so etwas wie eine List als Lösung vor meinem geistigen Auge hatte, macht sie aber im Endeffekt genau das was ich eigentlich will. Werd ich mir anschauen...

@all

Danke für die Hilfe.
_________________
Derzeitiges Projekt : Wing Fusion
Status: Es geht vorwärts...

-------------------------------------------------------
E=MC²+1W6

[DirectXer]

[GreveN]

Das ist so nicht richtig, grade wenn du sehr oft neue Elemente erzeugst oder alte löschst sind dynamische Arrays lahm, da du i.d.R. das ganze Array kopieren musst. Bei einer List wird lediglich ein Zeiger geändert.

[DirectXer]

[GreveN]

Aber was für ein Sinn macht dann eine 'dynamische' Lösung?

Btw.: Man möge mir vergeben, dass ich nicht immer weiß, wann hier wer, was mal gepostet hat.

[The Lord of Programming]

Er meint wohl, wenn die Zahl zwar vorher noch nicht feststeht, aber sich nach dem erstellen des Arrays nicht mehr ändert.
Wird wohl eher selten eingesetzt, aber möglich wäre es, dass man die Anzahl der Elemente per rand() festlegt, aber hinterher nichts mehr an der Elementzahl schraubt...
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[DirectXer]

@GreveN:
^^, schon verziehen

@TLOP
och, das kommt bei mir seeeeeehhhhhhhr häufig vor. z.B. hier: du hast eine Terrainengine und ein User oder du schreibt/schreibst in eine .ini Datei von außen eine Anzahl an Landschaften oder so. Dazu kannst du beim Erstellen die Anzahl noch net festlegen, sondern erst beim auslesen der Datei. Ab da ändert sich diese dann aber auch net mehr

[The Lord of Programming]

[DirectXer]

[The Lord of Programming]