Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Remarque
Ce contenu est réimprimé avec l’autorisation de Pearson Education, Inc. tiré de Lignes directrices de conception de framework : Conventions, Idiomes et Modèles pour les bibliothèques .NET réutilisables, 2ème édition. Cette édition a été publiée en 2008, et le livre a été entièrement révisé dans la troisième édition. Certaines informations de cette page peuvent être obsolètes.
Cette section décrit l’utilisation de plusieurs types résidant dans System.Xml des espaces de noms qui peuvent être utilisés pour représenter des données XML.
❌ NE PAS utiliser XmlNode ou XmlDocument pour représenter des données XML. Privilégiez l’utilisation d’instances de IXPathNavigable, XmlReader, XmlWriter ou de sous-types de XNode à la place.
XmlNode et XmlDocument ne sont pas conçus pour l’exposition dans les API publiques.
✔️ UTILISEZ XmlReader, IXPathNavigable, ou comme sous-types de XNode comme entrée ou sortie des membres qui acceptent ou retournent du code XML.
Utilisez ces abstractions au lieu de XmlDocument, XmlNode ou XPathDocument, car cela dissocie les méthodes des implémentations spécifiques d'un document XML en mémoire et leur permet de travailler avec des sources de données XML virtuelles qui exposent XNode, XmlReader ou XPathNavigator.
❌ NE PAS sous-classer XmlDocument si vous souhaitez créer un type représentant une vue XML d’un modèle objet ou d’une source de données sous-jacente.
Portions © 2005, 2009 Microsoft Corporation. Tous les droits réservés.
Réimprimé par l’autorisation de Pearson Education, Inc. tiré de Framework Design Guidelines : Conventions, Idioms et Patterns pour les bibliothèques .NET réutilisables, 2e édition par Krzysztof Cwalina et Brad Abrams, publié le 22 octobre 2008 par Addison-Wesley Professional dans le cadre de la Série de développement Microsoft Windows.