Discussion :

[BenoitM]

Bonjour,

2 questions sur la serialisation :

1) Les dateTime
Comment faire pour sauvegarder celle-ci sous un format particulier?
Dois-je mettre la propriété en [XmlIgnore()] et crée une autre propriété qui

Code :

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

1
2
3
4
5
6
7
 
Public property XmlDate As String
get 
return MyDate.ToString(monFormat)
set (value As String)
myDate=Date.Parse(value,monFormat)
end property

2) l'héritage :
Je veux sérialiser la classe Train qui comprend un Wagon
Il existe une classe WagonVoyageur et une autre WagonTransport toutes deux dérivent de Wagon
Quand je veux serialiser ma classe train je suis Obliger de donner en extraType WagonTransport
Il y a-t-il un moyen de ne donner que le Type de base dans ce cas Wagon?

[tomlev]

1) Les dateTime
Comment faire pour sauvegarder celle-ci sous un format particulier?
Dois-je mettre la propriété en [XmlIgnore()] et crée une autre propriété qui

Oui, c'est une bonne façon de faire. La sérialisation par défaut pour les dates ne te convient pas ?

2) l'héritage :
Je veux sérialiser la classe Train qui comprend un Wagon
Il existe une classe WagonVoyageur et une autre WagonTransport toutes deux dérivent de Wagon
Quand je veux serialiser ma classe train je suis Obliger de donner en extraType WagonTransport
Il y a-t-il un moyen de ne donner que le Type de base dans ce cas Wagon?

Non, parce que sinon il ne saurait pas le désérialiser...

[BenoitM]

Je trouve dommage de devoir indiquer les types.
Je ne vois pas vraiment pourquoi le framework en a besoin...
Au pire il pourrait retrouver le type dans sa fonctions...

[tomlev]

Supposons que tu sérialises un WagonTransport qui fait partie d'une liste de Wagon. WagonTransport a peut-être des propriétés qui n'existe pas dans Wagon. Lors de la désérialisation, si le parser rencontre l'une de ces propriétés, il ne saura pas ce que c'est, puisqu'il s'attend à ne trouver que des Wagon... d'où la nécessité de préciser les types dérivés.

[BenoitM]

Alors la d'accord

mais vu que dans la Serialisation j'ai

Code :

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

1
2
3
4
5
6
7
 
<Wagons>
    <Wagon xsi:type="WagonVoyageur">
        <Id>12345</Id>
        <NbPlace>50</NbPlace>
    </Wagon>
</Wagons>

le xsi:type renseigne la classe qui est utiliser donc l'information est quand même moins pertinante mais c'est vrai qu'il n'y a pas tout le chemin complet (nom de l'assembly)?

Il y a-t-il moyen de supprimer le xsi:type lors de la serialisation?

[tomlev]

Il y a-t-il moyen de supprimer le xsi:type lors de la serialisation?

Pas à ma connaissance

[Skalp]

2) l'héritage :
Je veux sérialiser la classe Train qui comprend un Wagon
Il existe une classe WagonVoyageur et une autre WagonTransport toutes deux dérivent de Wagon
Quand je veux serialiser ma classe train je suis Obliger de donner en extraType WagonTransport
Il y a-t-il un moyen de ne donner que le Type de base dans ce cas Wagon?

Oui, c'est possible ! Il existe une technique de sioux que j'ai dénichée au fin fond du net il y a quelques temps de ça, j'étais bien content !

Il faut "indiquer" les types dérivés dans ton type de base :

Code :

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

1
2
3
4
5
[XmlInclude(typeof(WagonVoyageur)), XmlInclude(typeof(WagonTransport))]
class Wagon
{
...
}

Ainsi, dans ta liste d'objets Wagon, tu peux insérer des objets WagonVoyageur et WagonTransport qui seront sérialisés selon leur propre type.
Par contre, je pense que du coup les xsi sont obligatoires (à confirmer).

_______________________
PS : personnellement, j'ai mis les propriétés en attributs, je trouve ça plus lisible dans une liste. Un truc du style :

Code :

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

1
2
3
4
<Wagons>
    <Wagon xsi:type="WagonVoyageur" Id="12345" NbPlace="50" />
    <Wagon xsi:type="WagonTransport" Id="12346" PoidsMax="500" />
</Wagons>

Pour mettre en attribut, c'est tout con, il suffit de rajouter l'attribut Xml suivant devant la propriété :

Code :

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

1
2
[XmlAttribute]
int Id

[tomlev]

Il faut "indiquer" les types dérivés dans ton type de base :

Code :

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

1
2
3
4
5
[XmlInclude(typeof(WagonVoyageur)), XmlInclude(typeof(WagonTransport))]
class Wagon
{
...
}

Je crois que c'est justement ça qu'il veut éviter
Ou alors j'ai rien compris...

[BenoitM]

Merci Skalp le [XmlInclude] marche bien
et merci aussi à tomlev

Pour contre oui le but était bien d'enlever le xsi:type (ce qui empêche une Deserialize du fichier) parce que je travaille avec des non informaticiens qui veulent un fichier avec uniquement les informations qui leurs sont utiles même si le tag ne doit rien changer à la lecture vu qu'il faut des lectures manuelle du fichier...
Mais bon parfois il est plus facile de faire les modifications de son coté que de se battre contre un mur

Finalement je Serialize mon objet dans un MemoryStream que j'ouvre avec un XmlDocument (ne pas oublier de remettre le pointeur du MemoryStream au début avant de faire le load) où je parcours tous les ChildsNodes pour enlever les attributs xsi:type

[Skalp]

Finalement je Serialize mon objet dans un MemoryStream que j'ouvre avec un XmlDocument (ne pas oublier de remettre le pointeur du MemoryStream au début avant de faire le load) où je parcours tous les ChildsNodes pour enlever les attributs xsi:type

Par contre oui le but était bien d'enlever le xsi:type

Et une solution dans ce style, ça te conviendrait :

Code :

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

1
2
3
4
<Wagons>
    <WagonVoyageur Id="12345" NbPlace="50" />
    <WagonTransport Id="12346" PoidsMax="500" />
</Wagons>

Dans ce cas, il faut ajouter XmlArrayItem en attribut de la propriété ou du champ de la liste de wagons :

Code :

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

1
2
3
4
5
Class MaClasse
{
    [XmlArrayItem(typeof(WagonVoyageur)), XmlArrayItem(typeof(WagonTransport))]
    List<Wagon> Wagons;
}

[BenoitM]

ah oui c'est joli
Merci à vous