spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ok, erstmal danke für die Antworten.
Um das ganze mal ein wenig zu visualisieren, hier ein kleines Bild


Wie man sieht, gibt es viele, viele Objects, welche jeweils einen passenden Container besitzen (zumindest stellt er die passenden getItem und setItem Methoden zur Verfügung, der eigentliche vector typ ändert sich nicht).
Allerdings werden alle Objecte als "Object" Pointer gespeichert, und nicht beispielsweise als "DerivedObject1" Pointer.
Die Container werden nun in einer allgemeinen "Manager" Klasse gespeichert. Hier werden ebenfalls lediglich Pointer auf die Basisklasse benutzt.
Natürlich sind alle diese Pointer unique_ptrs (das aber nur am Rande, bevor einer meckert )!
Jetzt bekomme ich aber natürlich in der Container-Basisklasse das Problem, das ich den richtigen Typ meines Objects nicht kenne. Möchte ich hier also ein Object kopieren, bekomme ich beschriebenes Object Slicing (jetzt natürlich logisch).

Kommen wir also zu meinen Anforderungen:
- keine Copy-Paste Klassen der Container (Grundstruktur soll über Basisklasse geregelt werden, getter und setter über Derived)
- sichergestellt, das nur die richtigen Objecte in den Container Klassen landen (kein DerivedObject1 in DerivedContainer2)
- Container innerhalb der Managerklasse durch einen Index referenzierbar bleiben

Das obige Design ist auch so umgesetzt und funktioniert, aber eben mit Schwächen. Vll ist es jetzt ein wenig klarer, was ich eigentlich möchte

Das wäre ja Prinzipiell möglich, aber dann könnte ich die Container-Klassen nicht in der Manager-Klasse als Container speichern.

Nein, er bietet lediglich Zugriff auf die Container. Mit den Objecten an sich, hat er nichts am Hut

EDIT: Eigentlich keine schlechte Idee.

Danke für den interessanten Beitrag
Ich will das jetzt nicht auf das Kopieren spezifizieren, deswegen suche ich nach einer allgemeineren und besseren Lösung.

Das Ganze stellt die interne Verwaltung meiner Spieldaten da. Die einzelnen Container sind praktisch Datenbanken, in denen ich Objecte anhand ihrer ID referenziere. Da viele Objecte aufeinander aufbauen, entsteht hier eine gewisse Polymorphie (Jedes Object hat eine ID und einen Namen. Die Klassen "Sound" und "Texture" sind beides "Ressourcen" aber verweisen auf komplett andere Dinge).
Um das Ganze nun dynamisch verwalten zu können, ist das obige Konzept entstanden. Da ich dem User später (also dem Nutzer der entsprechenden Intefaces) die Möglichkeit bieten möchte, seine eigenen Datenbanken in den Manager zu schieben, fallen hardcoded Member weg.