Discussion :

[Sensei.f]

Bonjour tout le monde,
je me pose une petite question et je n'arrive pas à trouver la réponse !

Code :

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

1
2
3
4
5
6
7
8
9
 
<graphe>
	<sommet id='1' couleur='bleu'/>
	<sommet id='2' couleur='vert'/>
	<sommet id='3' couleur='jaune'/>
	<arc origine='1' arrive='2'/>
	<arc origine='2' arrive='3'/>
	<arc origine='3' arrive='1' arrete='true'/>
</graphe>

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
<graphe>
	<listeSommet>
		<sommet id='1' couleur='bleu'/>
		<sommet id='2' couleur='vert'/>
		<sommet id='3' couleur='jaune'/>
	</listeSommet>
	<listeArc>
		<arc origine='1' arrive='2'/>
		<arc origine='2' arrive='3'/>
		<arc origine='3' arrive='1' arrete='true'/>
	</listeArc>
</graphe>

Lequel de ces 2 xml est le plus correct ?

Peut être que les 2 sont absoluments corrects... mais qu'en fait, le 2e est plus facile à lire pour l'être humain ?

[Erwy]

Peut être que les 2 sont absoluments corrects... mais qu'en fait, le 2e est plus facile à lire pour l'être humain ?

La réponse est .... oui

[Sensei.f]

Ok... Mais maintenant, supposons que je veuille stocker mon graphe dans 2 listes...
une contenant la liste des sommets, et l'autre la liste des arcs...


Si je parse le premier fichier, je ne peux pas savoir si j'ai lu tous les sommets.
Alors qu'avec le 2e, je sais que j'ai parser tous les sommets une fois que j'atteins la fin de la balise <listeSommet> !

Alors finalement, le 2e n'est il pas plus performant que le premier ?

[Erwy]

Si je parse le premier fichier, je ne peux pas savoir si j'ai lu tous les sommets.
Alors qu'avec le 2e, je sais que j'ai parser tous les sommets une fois que j'atteins la fin de la balise ...

Ca depend comment tu "parses" . Si tu utilse le DOM et xpath par exemple , tu ne va pas parser jusque.... mais tu selectionneras toutes les balises sommets .On passe la dans une logique de requête, la plus pratique et utilisé pour les fichiers de tailles moyennes et petites (ces tailles evoluant d'ailleurs avec les progres hardware mais aussi des parseurs)
De fait la notion de "jusque" ou "dans" n'a pas un intérêt majeur du moment que les balises sont correxctement identifiées

[Sensei.f]

Ca depend comment tu "parses" . Si tu utilse le DOM et xpath par exemple

Ah mince :/ Mon problème, c'est que j'ai toujours utilisé SAX... donc mon petit cerveau ne me permettait pas de voir aussi loin !
En tous cas, merci, mon esprit est plus éclairé !

[snoop]

Le 1er est clair et compréhensible et plus réduit que le 2nd (2 balises en moins) ce qui peut-être intéressant sur des fichiers très importants en terme de taille...

[Sensei.f]

Le 1er est clair et compréhensible et plus réduit que le 2nd (2 balises en moins) ce qui peut-être intéressant sur des fichiers très importants en terme de taille...

Hmm... quelque soit la taille du graffe, il n'y aura jamais plus que ces 2 balises...
Le problème se pose si je veux enregistrer plusieurs graffes dans le même fichier, mais j'en suis pas encore à cette réflexion

[valal]

perso,

je vote pour le numero 2. même s'il contient des balises en plus il permet de faire la séparation net entre les arcs et les sommets. il est aussi plus pratique à traiter avec des api évenmentiel tel que SAX basée sur la détection de balises (ouvrante/fermante) etc...

+1 donc pour le 2

[GrandFather]

Si tu dois valider ton document XML avec une DTD ou un W3C XML Schema, le format n°2 sera plus souple (tu pourras faire apparaître la liste des arcs avant celle des sommets, par exemple).

[Sensei.f]

perso,

je vote pour le numero 2. même s'il contient des balises en plus il permet de faire la séparation net entre les arcs et les sommets. il est aussi plus pratique à traiter avec des api évenmentiel tel que SAX basée sur la détection de balises (ouvrante/fermante) etc...

+1 donc pour le 2

Ok... me revoilà au point de départ

Donc en fait, est ce que DOM et xpath arriveront à lire correctement le 2e format ?