Discussion :

[Ldoppea]

Bonjour,

Existe-t-il des comparatifs des différentes manières de traiter du XML?

Je m'explique :
Pour l'instant, pour traiter un fichier XML, je connais (plus ou moins) l'utilisation du composant XmlDataProvider, LINQ to XML, la désérialisation etc etc.

Mais qu'est ce qui va faire porter le choix vers une techno ou une autre, dans le développement d'un projet? Les performances? La facilité d'utilisation? Certaines possibilités de traitement non présentes dans les 3 technologies?

Au passage, existe-t-il d'autres manières de traiter le XML?

[Kaidan]

Pour résumer , il y a deux façons de traiter du XML :

Le DOM (Document Object Model) qui nécessite la mise en mémoire complète du fichier XML avant de pouvoir effectuer un quelconque traitement sur celui-ci (c'est la technique mise en place par l'utilisation de XmlDocument et Linq To XML).

Les Readers (XmlReader) qui permettent la lecture sans mise en mémoire complète et en avant uniquement du XML (c'est la technique mise en place par la sérialisation, désérialisation).

[Bluedeep]

Pour résumer , il y a deux façons de traiter du XML :

Le DOM (Document Object Model) qui nécessite la mise en mémoire complète du fichier XML avant de pouvoir effectuer un quelconque traitement sur celui-ci (c'est la technique mise en place par l'utilisation de XmlDocument et Linq To XML).

Les Readers (XmlReader) qui permettent la lecture sans mise en mémoire complète et en avant uniquement du XML (c'est la technique mise en place par la sérialisation, désérialisation).

+1 et j'ajouterais que, dans la pratique quotidienne, le DOM couvre normalement presque tous les besoins; l'utilisation des Readers ne se justifie que dans des cas "tordus" et customisés de sérialisation Xml ou encore pour écrire un éditeur Xml (ce qu'on ne fait pas tous les matins en général).

[tomlev]

l'utilisation des Readers ne se justifie que dans des cas "tordus" et customisés de sérialisation Xml ou encore pour écrire un éditeur Xml (ce qu'on ne fait pas tous les matins en général).

Ou quand le fichier XML est trop volumineux pour être chargé en mémoire...

[Ldoppea]

Merci de vos réponses.

Je suis étonné de voir que c'est tout l'inverse de ce que je pensait. Pour moi le DOM permettait de lire le doc au fur et à mesure tandis que la sérialisation traitait tout d'un coup

Et donc pour les DOM, fondamentalement, il n'y as pas de grande différence? (rapidité, simplicité etc)

[tomlev]

tandis que la sérialisation traitait tout d'un coup

Ben ça ne charge jamais le document XML entier en mémoire, mais au final tu as l'objet désérialisé entier en mémoire...

Et donc pour les DOM, fondamentalement, il n'y as pas de grande différence? (rapidité, simplicité etc)

différence avec quoi ?

[Ldoppea]

En fait, s'il existe plusieurs façon de traiter un XML avec les Dom (XmlDocument et Linq To XML), c'est bien qu'il y'a des différences non? Une méthode devrait apporter des possibilités que l'autre n'as pas?

Pour l'instant, dans le peu que j'en ai vu, la seule différence qui saute aux yeux, c'est la syntaxe. Mais cette différence ne justifie pas à elle seule l'utilisation d'une techno ou d'une autre si?

[tomlev]

En fait, s'il existe plusieurs façon de traiter un XML avec les Dom (XmlDocument et Linq To XML), c'est bien qu'il y'a des différences non? Une méthode devrait apporter des possibilités que l'autre n'as pas?

Pour l'instant, dans le peu que j'en ai vu, la seule différence qui saute aux yeux, c'est la syntaxe. Mais cette différence ne justifie pas à elle seule l'utilisation d'une techno ou d'une autre si?

Ben Linq To XML permet de profiter des avantages de Linq, à savoir les requêtes intégrées au langage, les méthodes d'extensions, les lambda expressions, etc... à part ça je pense pas que ce soit très différent.

[Ldoppea]

Ok, merci de ta réponse

Une autre question me vient à l'esprit : la validation du modèle XML.

Est-il possible de valider si le XML correspond à un schémas XSD avant son traitement?

PS : Une idée de quelle méthode est utilisée dans cette démo :http://demos.telerik.com/wpf/ (dans la partie gauche -> Scheduler -> XML Provider)