C++/CLI : stockage de donn�es d'objets de classes d�riv�es

Bonjour,

Je me pose la question de savoir comment stocker dans un m�me fichier des objets issues de classes d�riv�es ..

Voici un exemple :

J'ai une classe CVehicule d�finie de la fa�on suivante :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

#pragma once   using namespace System;   [Serializable] public ref class CVehicule { private: String ^ type; String ^ constructeur; String ^ modele; etc ... . . .

---

Je cr�e une liste d'objets de cette classe que j'enregistre dans un fichier

Code:

---

1 2 3 4 5

String ^ strFilename = String::Concat (path, "materiel.dat"); FileStream ^ stmMateriel = gcnew FileStream(strFilename, FileMode::Create, FileAccess::Write); BinaryFormatter ^ bfmMateriel = gcnew BinaryFormatter; bfmMateriel->Serialize(stmMateriel, materiel); // materiel = liste d'objets de la classe CVehicule stmMateriel->Close();

---

Jusque l� tout va bien, je stocke, je lis, modifie, relis et tout fonctionne ...

Maintenant je cr�e des classes "CBicyclette", "CMoto", "CVoiture", "CCamion",... d�riv�es de la classe CVehicule ...

Et je me pose la question de savoir comment stocker mes objets avec une m�thode aussi simple que la s�rialisation ...

Je pense que la s�rialisation simple n'est pas possible car je vois mal comment d�-s�rialiser des objets diff�rents.

Mais j'aimerais bien �tre s�r qu'il n'y a pas une solution simple � ce type de probl�me ..


Bonne soir�e et merci d'avance � ceux qui prendront la peine de me lire.

Tu s�rialises une donn�e discriminant le type (comme par exemple, le nom de la classe) avant chaque objet...

Citation:

---

Envoy� par M�dinoc

Tu s�rialises une donn�e discriminant le type (comme par exemple, le nom de la classe) avant chaque objet...

---

Merci M�dinoc,

C'est d�j� bien de savoir que c'est faisable et que je peux y consacrer du temps.
Avant de poser ma question j'avais essay� (�a ne coute rien d'essayer!) mais hormis le type du v�hicule (c'est d�j� �a!!) je ne r�cup�re que des z�ros.

Je me pose plusieurs questions:

1- Quand je mets mes objets dans la list, comment d�clarer la liste?
Puis je mettre des objets CBicyclette dans une liste CVehicule
En reprenant mon exemple, ai je le droit de faire �a :

Code:

---

1 2 3

materiel = gcnew List <CVehicule^>; CBicyclette ^ bicyclette = gcnew CBicyclette; materiel->Add (bicyclette);

---

Quand je d�-s�rialise, je fais comme �a :

Code:

---

1 2 3 4 5 6 7 8 9 10

FileStream ^ stmMateriel = gcnew FileStream(Filename, FileMode::Open, FileAccess::Read); BinaryFormatter ^ bfmMateriel = gcnew BinaryFormatter; materiel = (List <CVehicule^> ^) bfmMateriel->Deserialize(stmMateriel); stmMateriel->Close(); for each( CVehicule ^ vehicule in materiel) { if (vehicule->type == "Bicyclette") { CBicyclette ^ bicyclette = gcnew CBicyclette; ....

---

Mais l� comment dire que bicyclette est l'objet qui se trouve dans materiel??

Je pense que c'est l� que �a coince car il faut bien que je dise que bicyclette est le v�hicule de materiel sinon il est normal que je r�cup�re des z�ros.

Bonne soir�e

Ah, �a fait un moment que je n'ai plus boss� sur la "vraie" s�rialisation, je ne me souviens plus exactement comment on d�s�rialise. Je vais devoir faire des tests.

En impl�mentant ISerializable ?

http://msdn.microsoft.com/en-us/libr...v=vs.100).aspx

Mais cela implique le la classe m�re connaissent ses classes filles.

Bonjour Bacelar,

Et merci !!

Citation:

---

Envoy� par bacelar

Mais cela implique le la classe m�re connaissent ses classes filles.

---

Qu'est ce que cela veut dire?
Faut il d�clarer les variables des classes filles dans la classe m�re?

Si c'est le cas je ne vois plus trop l'int�r�t de cr�er des classes filles.

J'ai regard� les liens et je sens que je vais me m�langer les pinceaux vite fait, bien fait tellement il y a de subtilit�s pour s�rialiser et d�-s�rialiser. :aie:

J'aimerais pouvoir rester "as simple as possible" ....

Bonne soir�e et merci encore pour vos aides pr�cieuses.

Citation:

---

J'aimerais pouvoir rester "as simple as possible"

---

et BinaryFormatter, c'est un peu un oxymore. :aie:

Moi, je me suis converti � la s�rialisation XML.
C'est un peu plus "simple", c'est � base d'attribut mais le probl�me de la connaissance des classes fille par la classe m�re y est mais avec des attributs, �a passe "mieux".
Et le r�sultat de la s�rialisation est lisible par l'oeil humain sans un implant cybern�tique "HexaEdit". :aie:

Par "implique le la classe m�re connaissent ses classes filles", c'est concr�tement, que la classe m�re puisse instancier ces classe filles. Oui, d'un point de vue objet, �a d�frise.:calim2:

Maintenant, on peut faire dans le un peu moins simple mais plus orthodoxe.

Le plus simple qui me vient � l'esprit, c'est de d�river "List <CVehicule^>" qui impl�mentera ISerializable et qui fera tout le travail d'instanciation des CVehicule et autres classes d�riv�es � l'ext�rieur de ces classes.

Citation:

---

Envoy� par bacelar

Par "implique le la classe m�re connaissent ses classes filles", c'est concr�tement, que la classe m�re puisse instancier ces classe filles. Oui, d'un point de vue objet, �a d�frise.:calim2:

Maintenant, on peut faire dans le un peu moins simple mais plus orthodoxe.

Le plus simple qui me vient � l'esprit, c'est de d�river "List <CVehicule^>" qui impl�mentera ISerializable et qui fera tout le travail d'instanciation des CVehicule et autres classes d�riv�es � l'ext�rieur de ces classes.

---

Bonsoir et merci!

Mais l� je suis compl�tement dans le brouillard ...

Comment une classe m�re peut instancier ses classes filles ? :calim2:

Quant � la solution moins simple, j'ai regard� Iserializable et je crois vaguement comprendre ce que vous voulez dire, mais c'est encore tr�s confus pour moi.

Bonne soir�e