Performance: XDocument contre XmlDocument

Maintenant, je me rends compte qu'il y a eu ce type de question posée ici avant (surtout cette - je pense que c'est une très bonne description de ces deux objets). Ma question est plus autour de la performance. J'ai plusieurs documents XML qui sont plus de 100 à 300 K dans la taille. J'ai remarqué qu'il y a un peu de lag lors du chargement de cette information dans un XDocument plutôt qu'un XmlDocument objet. Est il y a une sérieuse différence de performance entre ces deux objets? - Ils accéder au contenu du XML différemment? Lorsque vous travaillez avec une chaîne XML, qui est préféré, ou il y a une différence. La fin de l'utilisation de ces objets est d'exécuter des requêtes (XPath ou LINQ, selon le cas) sur l'objet en question.

Encore une fois, c'est avant tout une question de performance, concernant à la fois la mémoire et de la vitesse.

OriginalL'auteur CodeMonkey1313 | 2010-12-08

  1. 20

    XmlDocument est purement géré la mise en oeuvre du Modèle d'Objet de Document. Il n'y a pas d'interopérabilité avec tous les composants COM, tels que la bibliothèque MSXML. Tout prétendre le contraire est totalement faux. L'ensemble de la XLinq ensemble d'Api est un plus convivial façon d'interagir avec XML avec l'introduction de LINQ dans le .NET Framework.

    Si vous êtes en essayant de maximiser les performances et sont à l'aise à l'aide de XPath, essayez d'utiliser le XmlDocument et à l'aide de compilé des expressions XPath.

    Et LINQ n'est pas comme par magie d'améliorer les performances. Mais ce n'est pas le but de LINQ - l'objectif est d'augmenter la productivité du programmeur, il pourra, si vous le savez déjà LINQ et que vous ne connaissez pas le "vieux" XML Api le cadre de l'offre.

    OriginalL'auteur TheFish

  2. 5

    XmlReader est le plus bas de l'API .NET, tous les autres XML Api .NET use en vertu de la scènes. Naturellement, cela signifie qu'il est le plus difficile à traiter, ainsi que plus rapide. C'est une API de diffusion en continu, de sorte qu'il est le meilleur ajustement pour la mémoire.

    Entre XmlDocument et XDocument aka Linq to XML, voici quelques chiffres bruts: http://blogs.msdn.com/b/codejunkie/archive/2008/10/08/xmldocument-vs-xelement-performance.aspx

    À la fois de qui trouver XDocument classe étant plus rapide/la plus efficace. Programmeur de productivité et d'efficience ne doit pas être ignoré. Personnellement, je trouve qu'il est plus facile de travailler avec XDocument.

    OriginalL'auteur nawfal

  3. 0

    J'ai écrit un test de violon. Et il va comme ceci 

    var str = "some xml here";
string x = null;

//TEST 1
var el = XElement.Parse(str);

for (int i = 1; i < 1000000; i++)
{
    x = el.Element("EL1NAme").Element("InnerELNAme").Value;
}

Console.WriteLine(x);

//TEST 2
var readerSettings = new XmlReaderSettings() { DtdProcessing = DtdProcessing.Prohibit, XmlResolver = null };

XmlDocument doc = new XmlDocument();
using (var xmlReader = XmlTextReader.Create(new System.IO.StringReader(str), readerSettings))
{
    doc.Load(xmlReader);
}

for (int i = 1; i < 1000000; i++)
{
    x = doc.SelectSingleNode("//InnerELNAme").InnerText;
}

    Résultat de ce test est que TEST 1 était 10 fois plus rapide. Donc, ici XElement surperformé XmlDocument

    OriginalL'auteur T.S.