Discussion :

[sironimo]

Bonjour à toutes et tous, une petite question me tarabuste.

En effet, nous devons concevoir un XML mais nous hésitons entre 2 formes possibles :

Code :

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

1
2
3
4
5
 
<question>
<q1 att="C:\toto.txt"/>
<q2 att="C:\tata.txt"/>
</question>

et

Code :

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

1
2
3
 
<q id="1" att="C:\toto.txt"/>
<q id="2" att="C:\tata.txt"/>

En effet, dans le parcours du XML, on souhaite se positionner rapidement sur la question 2 par exemple. Vu nos maigres connaissances en XML sur C#, on se demandait s'il existait une méthode pour se positionner simplement sur une balise dont l'attribut vaut 2 par exemple dans notre cas.

De cette possibilité dépend le choix du format du XML.

Merci d'avance pour vos avis, aides.

[KooKiz]

La bonne solution est la seconde, car elle te permet de traiter les questions de manière générique. La balise indique le type de l'élément, sa structure. Autrement dit, tu vois une balise "q", tu sais que c'est une question et que tu as derrière un id et un attribut "att".
Ce sens est complètement perdu avec la première solution : si demain tu as une balise "query" tu vas faire comment ? Tu vas devoir commencer à gérer des cas tordus du genre "si ça commence par un q et que c'est suivi par un nombre, c'est une question, sinon...".

[sironimo]

Bonjour Kookiz et merci pour ta réponse rapide. En effet, pour un problème de généricité on ne peut opter que pour la seconde solution.

De plus, on va essayer de passer par du XPath pour se positionner convenablement, encore merci

[KooKiz]

XPath est un très bon choix. Sinon tu peux aussi lorgner du côté de Linq to XML

[sironimo]

Merci de la précision

[meziantou]

Je pense que linq to xml est un peu plus simple. Voila une requete pour recupérer le chemin en fonction de l'id de la question.

Code :

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

XDocument.Load("test.xml").Descendants("q").Where(elt => elt.Attribute("id").Value == "1").First().Attribute("att").Value

[realpasso]

Perso, je trouve Xpath plus simple => /questions/q[@id=2]/@attr

Edit : niveau perfs j'avoue que je ne sais pas. Il faudrait mesurer sans compiler puis en compilant les expressions. Si quelqu'un s'amuse à ça je suis intéressé d'avoir les chiffres, merci d'avance.

[KooKiz]

Perso, je trouve Xpath plus simple => /questions/q[@id=2]/@attr

Edit : niveau perfs j'avoue que je ne sais pas. Il faudrait mesurer sans compiler puis en compilant les expressions. Si quelqu'un s'amuse à ça je suis intéressé d'avoir les chiffres, merci d'avance.

La plupart des benchmarks montrent que Linq to XML est plus rapide que XPath. Mais la plupart des tests que j'ai pu voir ont été fait avec des fichiers XML très petits, je serais pas surpris que XPath devienne plus efficace sur des fichiers de taille plus conséquente.

[meziantou]

Voici une comparaison entre linq to xml, xmldocument et xmlreader
http://www.nearinfinity.com/blogs/jo...to_sql_vs.html