[Sérialisation XML] Sérialiser une Propriété comme Attribut d'une autre Propriété ?

Bonjour.

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

Code:

---

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:

---

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:

---

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 ?

Code:

---

1 2 3 4 5

... [XmlAttribute] public string Constructeur; ...

---

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:

---

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.

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

Citation:

---

Envoyé par 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) ;)

---

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:

---

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:

---

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.

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

Citation:

---

Envoyé par pequatre

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

Citation:

---

Envoyé par pequatre

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

GreyBird: merci ça a l'air au poil !

TomLev: en fait dans mon cas j'ai plutot un tableau de trucs à sérialiser. Le Xml produit est plutot du genre:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

<TableaudeFilms> <Film titre="Matrix"> <...plein d éléments et de sous-éléments> </Film> <Film titre="Madagascar"> <...plein d éléments et de sous-éléments> </Film> <Film titre="Desperados"> <...plein d éléments et de sous-éléments> </Film> <Film titre="Le Mépris"> <...plein d éléments et de sous-éléments> </Film> <Film titre="Mars Attack"> <...plein d éléments et de sous-éléments> </Film> </TableauDeFilm>

---

Quand tu replies toutes les balises puis que tu déplies le <TableauDeFilms>, tu vois que c'est quand même plus sympa d'avoir le titre en attribut de chaque élément <Film>.

Citation:

---

Envoyé par pequatre

Quand tu replies toutes les balises puis que tu déplies le <TableauDeFilms>, tu vois que c'est quand même plus sympa d'avoir le titre en attribut de chaque élément <Film>.

---

Dans un cas comme celui-ci, tout à fait, car le titre est clairement une propriété du film, et je suppose que dans ton modèle objet, Titre est une propriété de la classe Film.

Je suis moins convaincu par ton premier exemple avec la voiture, mais c'est juste mon avis...

Comme l'a dit GreyBird, tu peux effectivement personnaliser entièrement la sérialisation en implémentant IXmlSerializable, mais ça t'oblige à personnaliser pour toutes les propriétés, y compris celles que tu ne veux pas toucher...

Citation:

---

Envoyé par tomlev

Dans un cas comme celui-ci, tout à fait, car le titre est clairement une propriété du film, et je suppose que dans ton modèle objet, Titre est une propriété de la classe Film.

Je suis moins convaincu par ton premier exemple avec la voiture, mais c'est juste mon avis...

Comme l'a dit GreyBird, tu peux effectivement personnaliser entièrement la sérialisation en implémentant IXmlSerializable, mais ça t'oblige à personnaliser pour toutes les propriétés, y compris celles que tu ne veux pas toucher...

---

Tu as peut-être raison mais j'ai mes réponses donc je m'arrête là. Merci à vous deux pour le coup de main.8-)

Pour info, j'ai repris ton exemple dans mon tuto sur la sérialisation XML, avec un solution qui marche (mais je pense que tu l'avais trouvée depuis ;))
http://tlevesque.developpez.com/dotn...serialization/