Perso toutes les api dom que j'ai utilisée maintiennent l'ordre quand tu parse un document et le reserialize.
C'est bien, mais l'api DOM c'est pas la seule et je suis pas certain que ce soit la plus utilisée. XPath, SAX et PAX font pareil évidement, ils ne s'intéressent qu'à la déserialisation donc c'est pas vraiment comparable et la sérialisation comme le fait JAXB (alors c'est le nom de l'api java : c'est du mapping d'objet) se fout de la sérialisation.
Je ne suis pas un spécialiste de la norme mais pour moi il est mauvais de considérer comme différent :
<xml><as><a>foo</a><a>bar</a></as></xml>
et
<xml><as><a>bar</a><a>foo</a></as></xml>
À partir de là, on s'en fout que l'une des tes api va garder ou non, l'ordre. Tu peut avoir 2 documents dont le diff est importants, mais qui représentent la même chose.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: XML sapu et autres billevesées
Posté par barmic . En réponse à la dépêche SPARQL, le SQL du Web, et Linked Data Fragment : le point sur le requêtage du Web. Évalué à 4.
C'est bien, mais l'api DOM c'est pas la seule et je suis pas certain que ce soit la plus utilisée. XPath, SAX et PAX font pareil évidement, ils ne s'intéressent qu'à la déserialisation donc c'est pas vraiment comparable et la sérialisation comme le fait JAXB (alors c'est le nom de l'api java : c'est du mapping d'objet) se fout de la sérialisation.
Je ne suis pas un spécialiste de la norme mais pour moi il est mauvais de considérer comme différent :
et
À partir de là, on s'en fout que l'une des tes api va garder ou non, l'ordre. Tu peut avoir 2 documents dont le diff est importants, mais qui représentent la même chose.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)