Discussion :

[L00kMyEyes]

Bonjour,

J'ai un fichier XML dont la structure ressemble à celui-ci :

Code :

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
23
24
25
26
27
 
<GARAGE>
    <VOITURE ID='1'>
         <COULEUR>
             rouge
         </COULEUR>
         <MARQUE>
             a
         </MARQUE>
    <VOITURE>
    <VOITURE ID='2'>
         <COULEUR>
             rouge
         </COULEUR>
         <MARQUE>
             b
         </MARQUE>
    <VOITURE>
    <VOITURE ID='1'>
         <COULEUR>
             jaune
         </COULEUR>
         <MARQUE>
             b
         </MARQUE>
    <VOITURE>
</GARAGE>

Est-il possible d'effectuer ce genre de requête ? :
J'aimerais avoir toutes les voitures ayant la même couleur que celles de la marque 'a'.

Merci pour votre aide.

[Loceka]

Oui.

Tu peux t'inspirer de ce post pour voir à quoi ressemblerait le XPath :
http://www.developpez.net/forums/d11...tri-difficile/

[thelvin]

Vu qu'il n'y a pas de tri c'est bien plus simple.
Simple affaire d'utiliser les prédicats.

Toutes les VOITURE *dont*

COULEUR est égal à un truc dans
COULEUR *de*

Toutes les VOITURE *dont*

MARQUE est égal à 'a'

Il peut toutefois y avoir quelques difficultés à cause des whitespaces du document.
Il aurait mieux valu un truc genre :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<GARAGE>
    <VOITURE ID='1'>
         <COULEUR>rouge</COULEUR>
         <MARQUE>a</MARQUE>
    <VOITURE>
    <VOITURE ID='2'>
         <COULEUR>rouge</COULEUR>
         <MARQUE>b</MARQUE>
    <VOITURE>
    <VOITURE ID='1'>
         <COULEUR>jaune</COULEUR>
         <MARQUE>b</MARQUE>
    <VOITURE>
</GARAGE>

(En fait, pour un exemple pareil, ce serait plutôt quelque chose comme :

Code :

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

1
2
3
4
5
<garage>
    <voiture id='1' couleur='rouge' marque='a'/>
    <voiture id='2' couleur='rouge' marque='b'/>
    <voiture id='3' couleur='jaune' marque='b'/>
</garage>

En fait, un CSV serait sans doute plus adapté que du XML.

mais je suppose que c'est l'exemple qui est simplifié)

[Loceka]

Vu qu'il n'y a pas de tri c'est bien plus simple.
Simple affaire d'utiliser les prédicats.

Je parlais juste du XPath utilisé, pas du tri XSL.

[L00kMyEyes]

J'ai suivi le lien que m'a donné Loceka et en effet le problème traité semble similaire au mien.

Du coup j'en déduit la requête ci-dessous :

GARAGE/VOITURE[COULEUR = ../VOITURE[(MARQUE = 'a')]/COULEUR]

Cela fonctionne à merveille.

Vous avez l'air assez bien calé en xpath donc j'en profite pour vous poser une autre question : les valeurs, il vaut mieux les enregistrer en tant qu' attribut ou en tant qu'élément ? En terme de performance cela donne quoi ?

Merci beaucoup.

[thelvin]

les valeurs, il vaut mieux les enregistrer en tant qu' attribut ou en tant qu'élément ?

Ça dépend d'une tétrachiée de choses, malheureusement. On peut toujours suivre des grandes lignes, mais à la fin, chacun doit définir son format de la manière la plus adaptée pour ce qu'il pensait en faire.

Si je t'ai conseillé de les passer en tant qu'attribut, c'est parce que :
- Une voiture n'a probablement qu'une seule couleur.
- Une voiture n'a qu'une seule marque.
- Marque et couleur n'ont pas l'air sujets à l'extensibilité : a priori il n'y aura jamais besoin de leur ajouter des balises enfants.
- Il n'y a pas beaucoup de valeurs à représenter. Avoir soixante attributs c'est pas très apprécié en XML, mais quand ils tiennent sur une ligne c'est cool.
=> Il est donc possible de les passer en attributs.
- Ces valeurs n'ont pas besoin de whitespace d'indentation, et le leur permettre ne peut provoquer que des complexités.
- On n'a pas tendance à mettre de whitespace dans les attributs, et si on le fait, il est automatiquement normalisé de toute façon.
=> Il y a donc quelque chose à gagner à les passer en attributs.

Les grandes lignes c'est ça, mais je ne me suis pas intéressé à ton cas propre, puisque je ne le connais pas. Il y a peut-être d'autres choses à prendre en compte.
Parmi les outils utilisés, certains sont peut-être incapables de gérer les attributs.
Parmi les gens qui doivent travailler avec, certains n'ont peut-être pas été formés aux attributs
Il pourrait aussi y avoir l'inverse.
Dépend de trop de choses pour donner une réponse définitive.

En terme de performance cela donne quoi ?

Houlà, mais on s'en tape de ce genre de performances. Du fait qu'ils sont uniques et moins imbriqués, les attributs sont forcément un chouilla plus rapides à lire que les éléments enfants. À moins que les outils utilisés fassent le contraire exprès.
Mais ça n'a aucune espèce d'importance.

[Loceka]

D'autres avantages que je vois aux attributs:
- ils prennent moins de place => le fichier est moins gros et plus lisible pour un humain
- ils ne sont pas ordonnés => (un tout petit peu) plus facile pour le développeur

Après c'est vrai que ça se vaut, j'avoue avoir toujours du mal à déterminer si je définis une valeur en tant qu'attribut ou qu'élément quand je crée un nouveau modèle.

Comme l'a dit thelvin, il faut juste éviter d'avoir trop d'attributs (même si le parseur XML s'en fiche).