Ich bin zwar schon länger in diesem Forum lesenderweise unterwegs, jetzt allerdings komme ich nicht mehr weiter und hoffe auf Hilfe.

Mein Problem:
Ich habe einen Container in welchem ich eine Anzahl Objekte gleichen Typs halte. Nun möchte ich mit den Daten innerhalb dieses Containers verschiedene Dinge veranstalten, z.B. die Objekte serialisieren und in eine Datei schreiben, die Objekte aus einer Datei einlesen, Den Container mit Defaultwerten initialisieren, etc.

Da ja aufgrund der fehlenden virtuellen Destruktoren der Containerklassen von einer Ableitung/Vererbung abgeraten wird, habe ich mich bisher damit beholfen einfach den Container zu deklarieren und zusätzlich eine Klasse erstellt, welcher ich einen pointer auf den Container übergebe und diese die Funktionen (load/save/init) übernimmt. Ich empfinde das als wenig sauber, denn die Daten und die zugehörigen Methoden sollten ja schön gekapselt sein. Wenn ich den Container in diese Klasse hineinpacke, habe ich zwar diese Kapselung, jedoch kann ich auf den Container selbst dann nicht mehr in der gewohnten Weise ([]operator) zugreifen, sondern nur noch über Methoden, welchen der jeweilige Index als Parameter übergeben wird. Auch nicht sehr elegant.

Wie also bei diesem Problem Ansetzen? Operatorüberladung von []? Und wenn ja wie? Oder gibt es ein allgemeines Designpattern dafür? Ein Fingerzeig in die richtige Richtung würde mir schon sehr weiterhelfen.

Danke im Voraus!!!

Ich empfinde das als wenig sauber, denn die Daten und die zugehörigen Methoden sollten ja schön gekapselt sein.

Nein. Eine Klasse sollte nicht alles beinhalten, was irgendjemand jemals damit machen wollen könnte. Zumindest sollte man sich bei "Kapselung" schon mal überlegen, obs in der Klasse wirklich Sinn macht. Gerade sowas wie Serialisierung passt normalerweise in keine Klasse. Was ist, wenn später noch ein anderes Format dazukommt? Hast du dann Methoden wie saveAsXml und saveAsJson? Oder saveAsXmlV1 und saveAsXmlV2? Und wenn es Exporter gibt, die das nicht in deinem nativen Format speichern, dann sind die außerhalb der Klasse implementiert? Dann kann man den nativen Serialisierer auch außerhalb der Klasse implementieren.

Die STL versucht normalerweise Datenstrukturen und Algorithmen über Iteratoren zu trennen. Das bietet sich bei Containern mehr oder weniger an, bin mir nicht sicher, ob sich das in deinem Fall anbietet. Bei den von dir genannten Beispielen würde ich das aber schon probieren. Und für Initialisieren mit Default Werten ist die Wahrscheinlichkeit hoch, dass es schon was in der STL gibt, vielleicht einfach ein std::fill.

Mechanics schrieb:

Die STL versucht normalerweise Datenstrukturen und Algorithmen über Iteratoren zu trennen.

Das sagt eigentlich alles. Ich würde mit einer Ableitung von der Containerklasse bzw. mit der Kapselung der Daten zusammen mit den Funktionen in einer Klasse genau dieses Prinzip verwischen. Ich liege also mit meiner Denke "eine Liste mit Objekten muss die Methoden um sich selbst zu speichern/laden/initialisieren/etc. selbst mitbringen." wohl doch falsch.

Danke jedenfalls für den Denkanstoß!

Das nennt man generische Programmierung, falls du den Begriff nicht kennst.

Der Begriff ist mir vom Wort her bekannt, aus dem Inhaltsverzeichnis meines C++ Buches. Eine super Gelegenheit und Motivation sich diesem Kapitel baldigst zu widmen!