Discussion :

[Julien_C++]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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
     //...
}

[nico-pyright(c)]

cela devrait, c'est fait pour, à partir du moment où tes propriétés à sérialiser sont publiques

[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 ?

[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?

[Julien_C++]

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 )

[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.

[Julien_C++]

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

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
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);
}

[Médinoc]

À ma connaissance, il n'y a pas de méthode SetObjectData() : Il y a le constructeur désérialisant à la place.

[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...