Dev Faq
6
votes

Un XPathDocument charge-t-il le document XML complet?

Si je fais 

XPathDocument doc = new XPathDocument("filename.xml");

1 commentaires

Intéressant, un runtime C # pour un téléphone portable.

5 Réponses :

5
votes

Oui, tout le document XML est représenté en mémoire .

Une solution consiste à scinder un grand document XML en plusieurs plus petits.

ou, sinon, vous pouvez écrire votre propre xmlreader ignorera les sous-arbres non désirés. Vous pouvez transmettre ce xmlreader comme argument sur le xpathDocument () constructeur - besoin de le camoufler comme textreader . .

2 commentaires

Existe-t-il un meilleur moyen de charger certaines parties d'un document XML? Comme juste certaines tags?

@wires: Pas une solution système, mais vous pouvez écrire votre propre xmlreader qui ignorera les sous-arbres non désirés. Vous pouvez transmettre ce xmlreader comme argument sur le constructeur XPathDocument () - besoin de le camoufler comme textreader. :)

1
votes

https://msdn.microsoft.com /en-us/library/system.xml.xpath.xpathdocument.aspx

"fournit une représentation rapide, en lecture seule, en mémoire d'un document XML à l'aide du modèle de données XPATH."

0 commentaires
-1
votes

Vous voudrez peut-être essayer l'autre constructeur XPathDocument (flux) . Streaming Le document n'utilisera pas autant de mémoire.

Peut-être que vous ne chercherez pas à regarder LINQ à XML , comme il est plus facile, plus rapide de coder et de faire plus de beaux code que d'utiliser la analyse de SAX / DOM. Voir ce message: Comment stocker des données sans utiliser de base de données et comment les récupérer?

3 commentaires

L'utilisation du constructeur de flux n'a aucun effet sur la quantité de mémoire que le XPathDocument utilisera. Et Linq to XML n'est pas plus rapide que sax (ou à l'aide d'un xmlreader, ce qui est utilisé dans .NET à la place de saxo), ni - contrairement à l'utilisation d'un xmlreader - évite-t-elle de lire tout le document en mémoire.

En ce qui concerne le constructeur de flux, c'est pourquoi j'ai écrit "tu pourrais vouloir". D'autre part, je pense que vous devriez jeter un oeil sur la manière dont LINQ diffuse les données et ne charge pas de fichier complet à la mémoire.

La classe XstreamingElement peut écrire un très grand document XML sans créer un document XML en pleine mémoire. Mais ce n'est pas utilisé pour la lecture. Lorsque la plupart des gens parlent de Linq à XML (comme dans les deux exemples que vous avez liés à), ils parlent de xdocument et xdocument charge en fait le document XML en pleine mémoire. Y a-t-il un impressionnant objet Linq que je néglige? Croyez-moi, c'est quelque chose que j'aimerais me tromper.

2
votes

Vous voulez probablement quelque chose de plus comme le SYSTEM.XML.XMLReader .

0 commentaires
1
votes

Vous voudrez peut-être examiner le XStreamingelement < / a> de linq à xml:

représente des éléments d'un arbre XML prenant en charge la sortie de streaming différée.

Cette classe vous permet de créer un XML arbre qui soutient le streaming différé sortir. Vous utilisez cette classe pour créer un arbre XML de manière très similaire Pour créer un arbre XML en utilisant Xélément. Cependant, il y a un différence fondamentale. Quand vous utilisez un Requête Linq pour spécifier le contenu quand créer un arbre XML en utilisant XElement, La variable de requête est itérée à la Temps de construction de l'arbre XML, et les résultats de la requête sont ajoutés à l'arbre XML. En revanche, quand vous créer un arbre XML en utilisant Xstreamingelement, une référence à la La variable de requête est stockée dans le XML arbre sans être itéré. Interrogation sont itérais que sur la sérialisation. Cela vous permet de créer XML plus grand arbres tout en maintenant un plus petit Empreinte mémoire.

Si vous continuez d'une entrée source, telle qu'un fichier texte, alors vous peut lire un très grand fichier texte, et Générer un très grand document XML tout en maintenant une petite mémoire empreinte.

0 commentaires

Articles qui pourrait vous intéresser :

 Calculer la différence dans l'échelle d'évaluation alphabétique
Ignorer la propriété de l'interface utilisateur Swagger
Comment détruire les éléments dynamiques du panneau dans le script Unity C #
Entity Framework Core 3.1 avec NetTopologySuite.Geometries.Point: SqlException: la valeur fournie n'est pas une instance valide de la géographie du type de données