Discussion :

[jlg_47]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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.

[M�dinoc]

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

[jlg_47]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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

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

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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

[M�dinoc]

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.

[bacelar]

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.

[jlg_47]

Bonjour Bacelar,

Et merci !!

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.

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

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