Beispiel:

// Eine Beispiel-Klasse die gespeichert bzw geladen werden soll. 
// Die Funktion serialize wird dann entspeichend aufgerufen
class Daten
{
   void serialize(Serializer* s)
   {
      s->process(wert);
   }

 float wert;
};

// Hier sind die Serializer.
struct Serializer
{
   virtual void process(float f) = 0;
};

struct SerLoader : public Serializer
{
   void process(float f)
   {
      // Lade irgendwo
   }
};

struct SerSaver : public Serializer
{
   void process(float f)
   {
      // Speichere irgendwo
   }
};

Hoffentlich ist es verständlicher.

Ich habe mal nach dem Ansatz ein Framework geschrieben. Wenn es jemand will, kann ich es hier posten.

Daten d;
   // irgendwie irgendwo werden die Daten gesetzt.
   SerSaver saver;
   saver.setFile("c:\\meine.datei"); // Natürlich musst du die Funktion selbst implementieren. Ist aber nicht das Problem
   d.serialize(&saver);   

   SerLoader loader;
   loader.setFile("c:\\meine.datei");
   d.serialize(loader);

(wenn du nur eine begranzte Anzahl an eigenen Datentypen verwalten willst, kannst du denen auch eine Kennung als static Member verpassen)

(wenn du nur eine begranzte Anzahl an eigenen Datentypen verwalten willst, kannst du denen auch eine Kennung als static Member verpassen)

Mit C++ kannst du das viel besser erreichen. Ohne irgendwelche Kennungen. Man muss nur eine Funktion schreiben, die nach entsprechendem Datentyp überladen ist, sowie z.B. die << bzw. >> für die Stream-Verarbeitung.

ich befürchte, das Problem liegt in der "Typunsicherheit von Dateien". Wann immer Du etwas in eine Datei schreibst, kann niemand verhindern, dass jemand dieses Etwas als etwas Anderes rausliest.
Wenn Du über diese Strecke Sicherheit haben willst, musst Du ein "speicherbares Typkonzept überlegen".
Das kann sein:
- simple "Längenüberprüfung beim Laden" oder
- Typkennzeichner mitspeichern und -lesen (was auch keine Konsistenz "erzwingt", aber Fehlererkennung vereinfacht) oder
- eine typsichere Datenbank zur Ablage verwenden.

Wäre übrigens in jeder Sprache dasselbe.

Gruß,

Simon2.

NACHTRAG: Für die "Typkennzeichner-Variante" sollte man ein "allgemeines" Format wie XML in Erwägung ziehen. Die können oft sehr viel und die Einbindung ist oftmals doch viel kürzer als wenn man sich selbst was bastelt.