Discussion :

[Cricri1670]

Bonjour,

Tout d'abord, je précise que j'ai beaucoup cherché sur internet avant de solliciter le forum…

Je travaille sur programme qui a besoin de lire des données stockées dans des fichiers XML dont je connais la structure :

Code xml :

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
<planning mois="06/2019" ...>
  <activité>
    <id>xxx</id>
    <date>
      <!-- … -->
      <listeparticipants>
        <participant>
          <!-- … -->
        </participant>
        <participant>
          <!-- … -->
        </participant>
      </listeparticipants>
    </date>
    <date>
      <!-- … -->
    </date>
  </activité>
  <activité>
    <!-- … -->
  </activité>
</planning>

J'ai besoin de pouvoir lire certains attributs de l'élément racine "planning", de rechercher (sur plusieurs fichiers éventuellement) une activité répondant à certains critère (type d'activité, date, id ) pour récupérer certaines données enfant / parent et les affecter aux propriétés d'une classe. Je dois également tester l'existence d'un élément et pouvoir le créer ou en modifier la valeur.

.Net propose plusieurs classes pour lire et manipuler du XML : LINQ, XDocument, XmlDocument, XPathDocument, désérialisation XML…

J'ai fait des tests avec certaines de ces classes mais je ne suis pas certain de travailler avec la bonne. Faut-il en choisir une ou l'autre suivant mes besoins (lecture ou écriture) ou est-il possible de n'utiliser qu'une seule "technologie" pour tous ces besoins ?
Pourriez-vous me conseiller ? Un grand merci !

[Pol63]

si l'xml suit bien la norme (je ne sais pas laquelle ^^) le mieux est la sérialisation/désérialisation
ca permet en 2 lignes de code de transformer un fichier/string en une instance de classe et réciproquement (sans avoir à coder la lecture des noeuds donc)
il y a même des sites ou tu colles de l'xml et ca te sors la classe qui va avec (et donc ca gagne le temps d'écriture de la classe) (VS fait aussi, peut etre via un plugin)

sinon xdocument est en théorie plus simple à utiliser que xmldocument

[François DORIN]

Bonjour,

En gros, deux approches différentes sont possibles :

• soit utiliser la sérialisation/désérialisation et manipuler des classes :
• soit manipuler directement du XML (XmlDocument, XDocument, XPathDocument).

Avec ce qui est dit, je pense que je privilégierais la manipulation direct de XML. A ce titre, je te conseille la classe XDocument, plus récente et plus facile à utiliser que XmlDocument, et qui peut s'utiliser avec Linq et XPath.

Pour la recherche, des requêtes XPath feront a priori amplement l'affaire. Ensuite, il est très facile de vérifier l'existence ou non d'un noeud, de récupérer un attribut, de créer des éléments, etc...

[Cricri1670]

Bonjour,

En gros, deux approches différentes sont possibles :

• soit utiliser la sérialisation/désérialisation et manipuler des classes :
• soit manipuler directement du XML (XmlDocument, XDocument, XPathDocument).

Avec ce qui est dit, je pense que je privilégierais la manipulation direct de XML. A ce titre, je te conseille la classe XDocument, plus récente et plus facile à utiliser que XmlDocument, et qui peut s'utiliser avec Linq et XPath.

Pour la recherche, des requêtes XPath feront a priori amplement l'affaire. Ensuite, il est très facile de vérifier l'existence ou non d'un noeud, de récupérer un attribut, de créer des éléments, etc...

Merci beaucoup pour cette réponse très claire.
Effectivement, après avoir perdu un peu de temps sur la déserialisation, je me suis rendu compte que ce n'était pas forcément le plus adapté puisque j'utilise certains éléments pour faire autre chose que de l'alimentation de propriétés.
Par contre, je vais modifier mon code pour utiliser XDocument au lieu de XmlDocument...

Problème résolu !