Discussion :

[pequatre]

Bonjour.

Je souhaite sérialiser en XML une classe du genre:

Code :

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

1
2
3
4
5
6
7
8
9
 
public class Voiture
{
public string Modele;
 
public string Constructeur;
 
public string Cylindree;
}

...de façon à ce que, avec une instance du genre:

Code :

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

1
2
3
4
5
6
7
8
 
Voiture maVoiture = new Voiture();
 
maVoiture.Modele = "Pipo";
 
maVoiture.Constructeur = "Citronault";
 
maVoiture.Cylindree = "4CV";

...le fichier .xml créé soit de ce type:

Code :

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

1
2
3
4
5
6
 
<?xml version="1.0" encoding="utf-8"?>
<Voiture>
<Modele Constructeur="Citronault">Pipo</Modele>
<Cylindree>4CV</Cylindree>
</Voiture>

Dans mon xml, 'Constructeur' serait un attribut de l'élément 'Modele'.
Je n'ai pas trouvé les attributs qui permettent d'expliquer ça au XmlSerializer...

Auriez-vous des pistes ?

[tomlev]

Code :

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

1
2
3
4
5
 
...
[XmlAttribute]
public string Constructeur;
...

[pequatre]

Salut Tomlev.

Malheureusement j'ai essayé ce que tu proposes mais le champ 'Constructeur' est alors un attribut de l'élément <Voiture>, i.e. :

Code :

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

1
2
3
4
5
6
 
<?xml version="1.0" encoding="utf-8"?>
<Voiture Constructeur="Citronault">
<Modele >Pipo</Modele>
<Cylindree>4CV</Cylindree>
</Voiture>

rajouter [XmlAttribute] à un champ définit ce champ comme attribut de la racine (il me semble) qui ici est <Voiture>.
Or je veux justement pouvoir définir un champ comme attribut d'un autre champ, qui lui deviendra un élément dans le .xml (en l'occurrence, en ajoutant l'attribut [XmlAttribute] à ce dernier champ).Voir le xml dans mon 1er post.

edit: pour être plus précis [XmlAttribute] sur un champ d'une classe UneClasse signifie que ce champ sera un attribut de l'élément <UneClasse> dans le fichier xml.

[tomlev]

Ben ça n'a pas vraiment de sens... dans ta classe Voiture, Constructeur n'est pas un attribut de Modele. Si tu veux obtenir le résultat que tu as indiqué, il faut que tu modifies la structure de Voiture : par exemple en créant une classe Modele, qui a une propriété Constructeur.

Au fait : rien à voir, mais 4CV c'est pas une cylindrée, c'est une puissance (puissance fiscale pour être exact)

[pequatre]

Ben ça n'a pas vraiment de sens... dans ta classe Voiture, Constructeur n'est pas un attribut de Modele. Si tu veux obtenir le résultat que tu as indiqué, il faut que tu modifies la structure de Voiture : par exemple en créant une classe Modele, qui a une propriété Constructeur.

Au fait : rien à voir, mais 4CV c'est pas une cylindrée, c'est une puissance (puissance fiscale pour être exact)

je suis pas vraiment convaincu...tu fais comme si la structure du xml devait forcément refléter celle de la classe, bon, mettons.
Mais alors je vois pas vraiment la logique ici.
suppose que ma classe voiture soit définie comme ceci:

Code :

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

1
2
3
4
5
6
7
8
public class Voiture
{
[XmlAttribute]
public string Marque;
 
[XmlElement]
public int Kilometrage;
}

avec les attributs que j'ai mis, le xml sera du genre:

Code :

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

1
2
3
4
 
<Voiture Marque="Citronault">
<Kilometrage>50000</Kilometrage>
</Voiture>

Dans cet exemple je pense pas que Marque et Kilometrage aient une quelconque relation en dehors d'être des champs de Voiture, et pourtant dans le xml 'Marque' devient un attribut de <Voiture> alors que 'Kilometrage' devient un élément à part entière. Y a pas vraiment de logique non plus.

Le truc c'est que c'est surtout la déserialisation qui m'intéresse: un utilisateur crée un fichier voiture.xml et je le désérialise en une instance de ma classe. Dans cette situation, puisque le xml va être créé à la main par mon utilisateur, je vois pas pourquoi sa structure devrait forcément refléter celle de ma classe. Pour l'utilisateur, la structure du xml doit être simple à se rappeler, tandis que celle de ma classe doit être pratique pour moi quand je m'en sers dans mon programme...

Ceci dit je vois ce que tu veux dire, et ce que tu vas me dire():
- "t'as qu'à te créer un xml à toi et le parser pour récupérer les infos"
-"t'as qu'à changer la structure de la classe pour refléter celle du xml (et vice versa)"

Je vais me débrouiller avec ça (à moins que quelqu'un ait une autre idée?)...

merci.

[Greybird]

Si tu veux contrôler exactement ta sérialisation Xml, tu peux faire implémenter l'interface IXmlSerializable à ta classe.

[tomlev]

je suis pas vraiment convaincu...tu fais comme si la structure du xml devait forcément refléter celle de la classe, bon, mettons.
...
Dans cette situation, puisque le xml va être créé à la main par mon utilisateur, je vois pas pourquoi sa structure devrait forcément refléter celle de ma classe.

Ben c'est une contrainte de la sérialisation XML... C'est assez flexible, mais tu peux pas faire n'importe quoi non plus

Pour l'utilisateur, la structure du xml doit être simple à se rappeler, tandis que celle de ma classe doit être pratique pour moi quand je m'en sers dans mon programme...

Personnellement je ne trouve pas particulièrement logique (et donc facile à se rappeler) que Constructeur soit un attribut de Modele... En plus, c'est pas en mélangeant éléments et attributs que tu vas avoir un schéma facile à retenir : il vaut mieux que tout soit sous forme d'éléments, ça évite de se demander "et ça, c'est un attribut ou un élément ?"