Как работать с XML в C#

Это зависит от размера; для XML-файлов малого 9X_.net-framework и среднего размера очевидным победителем 9X_c# является DOM, например XmlDocument (любые версии C# /. NET) или 9X_.net XDocument (.NET 3.5 / C# 3.0). Для использования 9X_dotnet xsd вы можете загрузить xml с помощью XmlReader, а 9X_xml XmlReader принимает (в Create) XmlReaderSettings. У объектов XmlReaderSettings 9X_csharp есть свойство Schemas, которое можно использовать 9X_csharp для выполнения проверки xsd (или dtd).

Для 9X_.net-framework написания xml применимо то же самое, но 9X_c# при этом следует отметить, что размещать 9X_dotnet контент с помощью LINQ-to-XML (XDocument) немного 9X_c#-language проще, чем с помощью более старого XmlDocument.

Однако 9X_c#-language для огромного xml DOM может потреблять слишком 9X_.cs-file много памяти, и в этом случае вам может 9X_dotnet потребоваться напрямую использовать XmlReader 9X_dot-net / XmlWriter.

Наконец, для управления xml 9X_visual-c# вы можете использовать XslCompiledTransform (слой xslt).

Альтернативой 9X_csharp работе с xml является работа с объектной 9X_.net-framework моделью; вы можете использовать xsd.exe для создания 9X_.net-framework классов, представляющих xsd-совместимую 9X_dotnet модель, и просто загружать xml как объекты, манипулировать 9X_visual-c# им с помощью объектно-ориентированного подхода, а 9X_.net-framework затем снова сериализовать эти объекты; вы 9X_visual-c# делаете это с помощью XmlSerializer.

Ответ nyxtom очень хорош. Я бы добавил к 9X_.cs-file нему пару вещей:

Если вам нужен доступ только 9X_xml для чтения к XML-документу, XPathDocument является гораздо 9X_c#-language более легким объектом, чем XmlDocument.

Обратной стороной 9X_c# использования XPathDocument является то, что вы не можете 9X_.net-framework использовать знакомые методы SelectNodes и SelectSingleNode из XmlNode. Вместо 9X_.net этого вы должны использовать инструменты, которые 9X_.net-framework предоставляет IXPathNavigable: используйте CreateNavigator для создания 9X_xml XPathNavigator и используйте XPathNavigator для создания XPathNodeIterator для перебора 9X_c#.net списков узлов, найденных через XPath. Обычно 9X_csharp для этого требуется на несколько строк кода 9X_c#.net больше, чем для методов XmlDocument.

Но: классы XmlDocument и XmlNode реализуют 9X_c#.net IXPathNavigable, поэтому любой код, который вы пишете для 9X_c#.net использования этих методов в XPathDocument, также будет 9X_.cs-file работать с XmlDocument. Если вы привыкли писать против 9X_c#-language IXPathNavigable, ваши методы могут работать против любого 9X_xml объекта. (Вот почему использование XmlNode и XmlDocument в 9X_xml сигнатурах методов отмечено FxCop.)

К сожалению, XDocument и 9X_c# XElement (а также XNode и XObject) не реализуют IXPathNavigable.

Еще одна вещь, отсутствующая 9X_visual-c# в ответе nyxtom, - это XmlReader. Обычно вы используете 9X_visual-c# XmlReader, чтобы избежать накладных расходов на синтаксический 9X_visual-c# анализ потока XML в объектную модель, прежде 9X_csharp чем вы начнете его обрабатывать. Вместо 9X_visual-c# этого вы используете XmlReader для обработки входного 9X_dot-net потока по одному узлу XML за раз. По сути, это 9X_.cs-file ответ .NET на SAX. Он позволяет писать очень 9X_csharp быстрый код для обработки очень больших 9X_c#.net XML-документов.

XmlReader также предоставляет простейший 9X_.net способ обработки фрагментов XML-документа, например 9X_visual-c# поток XML-элементов без включающих элементов, который 9X_.cs-file возвращает параметр SQL Server FOR XML RAW.

Код, который 9X_dotnet вы пишете с помощью XmlReader, обычно очень тесно 9X_.cs-file связан с форматом XML, который он читает. Использование 9X_.net XPath позволяет вашему коду быть намного, гораздо 9X_.net-framework более слабым, связанным с XML, поэтому, как 9X_dot-net правило, это правильный ответ. Но когда 9X_.net-framework вам нужно использовать XmlReader, он вам действительно 9X_c#.net нужен.

Прежде всего, познакомьтесь с новыми классами 9X_csharp XDocument и XElement, поскольку они являются улучшением по 9X_visual-c# сравнению с предыдущим семейством XmlDocument.

1. Они работают с LINQ.
2. Они быстрее и легче.

Однако вам, возможно, придется 9X_.cs-file по-прежнему использовать старые классы для 9X_dotnet работы с устаревшим кодом, особенно с ранее 9X_.net-framework созданными прокси. В этом случае вам нужно 9X_visual-c# будет ознакомиться с некоторыми шаблонами 9X_.net взаимодействия между этими классами обработки 9X_xml XML.

Я думаю, что ваш вопрос довольно общий 9X_c-sharp и потребует слишком многого в одном ответе, чтобы 9X_csharp дать подробную информацию, но это первый 9X_csharp общий ответ, который я придумал, и он служит 9X_c#-language для начала.

101 образец Linq

http://msdn.microsoft.com/en-us/library/bb387098.aspx

и Примеры Linq to XML

http://msdn.microsoft.com/en-us/vbasic/bb688087.aspx

И я думаю, что Linq упрощает 9X_c#.net XML.

Если вы работаете в .NET 3.5 и не боитесь 9X_c-sharp экспериментального кода, вы можете проверить 9X_visual-c# LINQ to XSD (http://blogs.msdn.com/xmlteam/archive/2008/02/21/linq-to-xsd-alpha-0-2.aspx), который будет генерировать 9X_c-sharp классы .NET из XSD (включая встроенные правила 9X_csharp из XSD. ).

Затем он имеет возможность записывать 9X_xml-file прямо в файл и читать из файла, гарантируя, что 9X_csharp он соответствует правилам XSD.

Я определенно 9X_c# предлагаю иметь XSD для любого XML-документа, с 9X_c-sharp которым вы работаете:

• Позволяет применять правила в XML.
• Позволяет другим видеть, как XML / будет структурирован.
• Может использоваться для проверки XML.

Я считаю, что Liquid 9X_dotnet XML Studio - отличный инструмент для создания 9X_c-sharp XSD, и он бесплатный!

Написание XML с помощью класса XmlDocument

//itemValues is collection of items in Key value pair format //fileName i name of XML file which to creatd or modified with content private void WriteInXMLFile(System.Collections.Generic.Dictionary itemValues, string fileName) { string filePath = "C:\\\\tempXML\\" + fileName + ".xml"; try { if (System.IO.File.Exists(filePath)) { XmlDocument doc = new XmlDocument(); doc.Load(filePath); XmlNode rootNode = doc.SelectSingleNode("Documents"); XmlNode pageNode = doc.CreateElement("Document"); rootNode.AppendChild(pageNode); foreach (string key in itemValues.Keys) { XmlNode attrNode = doc.CreateElement(key); attrNode.InnerText = Convert.ToString(itemValues[key]); pageNode.AppendChild(attrNode); //doc.DocumentElement.AppendChild(attrNode); } doc.DocumentElement.AppendChild(pageNode); doc.Save(filePath); } else { XmlDocument doc = new XmlDocument(); using(System.IO.FileStream fs = System.IO.File.Create(filePath)) { //Do nothing } XmlNode rootNode = doc.CreateElement("Documents"); doc.AppendChild(rootNode); doc.Save(filePath); doc.Load(filePath); XmlNode pageNode = doc.CreateElement("Document"); rootNode.AppendChild(pageNode); foreach (string key in itemValues.Keys) { XmlNode attrNode = doc.CreateElement(key); attrNode.InnerText = Convert.ToString(itemValues[key]); pageNode.AppendChild(attrNode); //doc.DocumentElement.AppendChild(attrNode); } doc.DocumentElement.AppendChild(pageNode); doc.Save(filePath); } } catch (Exception ex) { } } OutPut look like below 01 121 Mr. ABC 02 122 Mr. PQR 

9X_dotnet

Если вы создаете типизированный набор данных 9X_c#-language в конструкторе, вы автоматически получаете 9X_.net-framework xsd, строго типизированный объект, и можете 9X_csharp загружать и сохранять xml с помощью одной 9X_.cs-file строчки кода.

Мое личное мнение, как программиста на C#, заключается 9X_xml-file в том, что лучший способ работать с XML 9X_.net-framework на C# - это делегировать эту часть кода 9X_visual-c# проекту VB .NET. В .NET 3.5 в VB .NET есть 9X_xml-file XML-литералы, которые делают работу с XML 9X_dotnet более интуитивно понятной. См., Например, здесь:

Overview of LINQ to XML in Visual Basic

(Обязательно 9X_.net настройте страницу для отображения кода 9X_.cs-file VB, а не кода C#.)

Я бы написал остальную 9X_.cs-file часть проекта на C#, но обработал бы XML 9X_.net-framework в проекте VB, на который имеется ссылка.