spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Wheee321«

Heißt das, solange ich Pools mit fester Größe verwende wäre mein Ansatz valide?

Ja, das ist moeglich. Gibt auch grosse Projekte, die sowas umsetzen. Ich glaube die früheren id Engines zum Beispiel, nach Quake 3 weiss ich aber nicht. Man kommt aber vermutlich nicht umhin dann einige Sache wieder neu zu programmieren, die sonst in new drin wären.

Was auf jeden Fall Sinn macht, das man new etc. im Groben verstanden hat, bevor man sich dagegen entscheidet.

Man kann seinen Speicher ja auch komplett von z.B. std::vector managen lassen und hat dann mit new nie etwas zu tun. Also alles was nur eine Instanz hat auf dem Stack, alles andere in einem std::vector - was genau spräche für dich dagegen?

Du musst bei einem Vector nur aufpassen keine Referenzen der Objekte darin nach außen zu reichen, weil ein Vector seine Elemente im Speicher verschiebt, wenn es notwendig ist. Danach würden deine Referenzen nur noch Käse referenzieren.

Wenn der im Stack liegt und nicht selbst wieder in einem Vector, ja.

Zitat von »Wheee321«

Ich wusste um ehrlich zu sein nicht, dass std::vector seine Elemente auf dem Heap hat

Ist aber eigentlich logisch, denn sonst könntest du in einem Vector nur so viel speichern, wie der Stack es zulässt (das wäre sehr wenig). Außerdem könnte der Vector seine Speichergröße nicht dynamisch ändern, d.h. er müsste immer eine fixe gewisse Menge Speicher reservieren.