Petit problème de serialisation

Version imprimable

Bonjour, dans une classe managée j'ai d'autres instances de classes managées. Pour sérialiser et désérialiser ma classe principale, j'appelle directement un Runtime::Serialization::Formatters::Binary::BinaryFormatter.
Je rajoute l'attribut [Serializable] de l'assembleur au début de chaque déclaration de classe.

Le problème c'est que lorsque je désérialise l'instance de la classe principale à partir d'un fichier je ne récupère que les variables de l'instance tandis que les instances de classes managées prennent leur valeur par défaut. Est-ce qu'il serait possible de faire le plus simple possible pour contourner ce problème. Est-ce que par exemple il est nécessaire d'utiliser l'interface ISerializable ?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 [Serializable] public ref class A { public: // ... }; [Serializable] public ref class B { public: // ... A ^pA; }; int main(...) { Runtime::Serialization::Formatters::Binary::BinaryFormatter ^bf; bf = gcnew Runtime::Serialization::Formatters::Binary::BinaryFormatter; B ^instance; String ^filename = "..."; // Serialisation IO::StreamWriter ^writer = gcnew IO::StreamWriter(filename); bf->Serialize(writer->BaseStream, instance); writer->Close(); // Deserialisation IO::StreamReader ^reader = gcnew IO::StreamReader(filename); instance = (B^) (bf->Deserialize(reader->BaseStream)); reader->Close(); // A n'est pas initialisé à partir des paramètres déclarés à la sérialisation //... }

19/01/2008, 18h23
nico-pyright(c)

cela devrait, c'est fait pour, à partir du moment où tes propriétés à sérialiser sont publiques
19/01/2008, 22h31
Médinoc

La présence d'un constructeur désérialisant n'est-elle pas obligatoire pour la sérialisation normale ?
Ou est-elle seulement nécessaire si on implémente ISerializable ?
20/01/2008, 10h59
Julien_C++

J'ai oublié un détail !
En prenant l'exemple ci-dessus la classe A est dans une dll et la classe B dans une autre.
J'appelle la sérialisation dans mon application.
C'est donc probable que j'utilise l'interface ISerializable non?
20/01/2008, 11h12
Julien_C++

Citation:

La présence d'un constructeur désérialisant n'est-elle pas obligatoire pour la sérialisation normale ?
Ou est-elle seulement nécessaire si on implémente ISerializable ?

La question que je pose est alors : "Comment est ce que je crée un constructeur de désérialisation ?".
(c'est la première fois que j'utilise la sérialisation avant j'utilisais IO pour enregistrer mes instances de classe :D)
20/01/2008, 11h43
Médinoc

Dans la doc de ISerializable, ils décrivent le constructeur désérialisant: Il prend deux paramètres particuliers, qui contiennent les données sérialisées...

PS: À ma connaissance, on n'utilise pas ISerializable, on l'implémente.

Bon je propose le prototype de code suivant qui ne marche pas mais que vous pourrez sans doute corriger.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
 
// Dans une dll 1
[Serializable]
public ref class A sealed : public ISerializable
{
public:
      // ...
      virtual void GetObjectData(SerializationInfo ^info, StreamingContext context)
      {
            // On ajoute les valeurs des instances A à sérialiser ici
            info->AddValue("value", values);
      }
};
 
// Dans une Dll 2
[Serializable]
public ref class B sealed : public ISerializationSurrogate
{
public:
      // ...
      A ^pA;
 
      // Normalement appelée lors de la sérialisation
      virtual void GetObjectData(System::Object ^obj, SerializationInfo ^info, StreamingContext context)
      {
            B ^b = (B^) obj;
            info->AddValue("B::pA", b->pA, A::typeid);
      }
      // Normalement appelée lors de la désérialisation
      virtual System::Object ^SetObjectData(System::Object ^obj, SerializationInfo ^info, StreamingContext context, ISurrogateSelector ^selector)
      {
            B ^b = (B^) obj;
            b->pA = (A^) info->GetValue("B::pA");
            return obj;
      }
 
};
 
generic <typename T>
void fctSerialize(String ^filename, T instance)
{
	IO::StreamWriter ^writer = gcnew IO::StreamWriter(filename);
	Runtime::Serialization::Formatters::Binary::BinaryFormatter ^bf = gcnew Runtime::Serialization::Formatters::Binary::BinaryFormatter;
	bf->Serialize(writer->BaseStream, instance);
	writer->Close();
}
 
generic <typename T>
T fctDeserialize(String ^filename, T instance)
{
	IO::StreamReader ^reader = gcnew IO::StreamReader(filename);
	Runtime::Serialization::Formatters::Binary::BinaryFormatter ^bf = gcnew Runtime::Serialization::Formatters::Binary::BinaryFormatter;
	instance = static_cast <T> (bf->Deserialize(reader->BaseStream));
	reader->Close();
	return instance;
}
 
// Dans mon appli
int main(...)
{
    B ^b; // avec initialisation de l'instance pA
    // ...
    fctSerialize("filename", b);
    // on redémarre l'appli et on désérialise pour le test
    b = fctDeserialize("filename", b);
}

20/01/2008, 18h15
Médinoc

À ma connaissance, il n'y a pas de méthode SetObjectData() : Il y a le constructeur désérialisant à la place.
22/01/2008, 19h59
Julien_C++

En fait, je viens de découvrir la question principale du problème :
si on fait appel à des instances classes définies dans une dll implémentées dans une classe définie dans le code de l'application, est-ce que la sérialisation peut s'effectuer sans que ces instances soient sérialisées sans que leurs valeurs soient corrompues ?

J'ai essayé de faire une sérialisation classique avec toutes les classes définies avec l'application et tout est sérialisé et désérialisé correctement sauf les instances de classes provenant de dlls...