XDocument или XmlDocument

Я удивлен, что ни один из ответов до сих пор не упоминает тот факт, что XmlDocument не содержит строковой информации, а XDocument делает (через IXmlLineInfo интерфейс.)

Это может быть важной особенностью в некоторых случаях (например, если вы хотите сообщать об ошибках в XML или отслеживать, где элементы определены в целом), и вам лучше знать об этом, прежде чем вы с радостью начнете использовать XmlDocument, чтобы потом обнаружить, что вам нужно все это изменить.

XmlDocument отлично подходит для разработчиков, знакомых с объектной моделью XML DOM. Это было какое-то время, и более или менее соответствует стандарту W3C. Он поддерживает ручную навигацию, а также XPath node.

XDocument поддерживает функцию LINQ to XML в .NET 3.5. Он сильно использует IEnumerable<> и с ним проще работать с прямым С#.

Обе модели документов требуют, чтобы вы загрузили весь документ в память (в отличие от XmlReader, например).

XDocument - это LINQ to XML API, а XmlDocument - стандартный API DOM-стиля для XML. Если вы хорошо знаете DOM и не хотите изучать LINQ to XML, перейдите к XmlDocument. Если вы не знакомы с обоими, просмотрите эту страницу, которая сравнивает их, и выберите, какой вам нравится внешний вид.

Я только начал использовать LINQ to XML, и мне нравится, как вы создаете XML-документ, используя функциональную конструкцию. Это действительно приятно. DOM является неуклюжим в сравнении.

Как упоминалось в другом месте, несомненно, Linq to Xml делает создание и изменение XML-документов легким по сравнению с XmlDocument, а синтаксис XNamespace ns + "elementName" делает приятное чтение при работе с пространствами имен.

Одна вещь, которую стоит упомянуть для xsl и xpath, следует отметить, что возможно выполнять произвольные выражения xpath 1.0 в Linq 2 Xml XNodes, включая:

using System.Xml.XPath;

а затем мы можем перемещаться и проектировать данные с помощью xpath с помощью этих методов расширения:

• XPathSelectElement - Единый элемент
• XPathSelectElements - Node Установите
• XPathEvaluate - Scalaры и другие

Например, с учетом документа Xml:

<xml>
    <foo>
        <baz id="1">10</baz>
        <bar id="2" special="1">baa baa</bar>
        <baz id="3">20</baz>
        <bar id="4" />
        <bar id="5" />
    </foo>
    <foo id="123">Text 1<moo />Text 2
    </foo>
</xml>

Мы можем оценить:

var node = xele.XPathSelectElement("/xml/foo[@id='123']");
var nodes = xele.XPathSelectElements(
"//moo/ancestor::xml/descendant::baz[@id='1']/following-sibling::bar[not(@special='1')]");
var sum = xele.XPathEvaluate("sum(//foo[not(moo)]/baz)");

Также обратите внимание, что XDocument поддерживается в Xbox 360 и Windows Phone OS 7.0. Если вы нацелитесь на них, развернитесь для XDocument или перейдите с XmlDocument.

в дополнение к замечанию W0lands выше, то же самое применимо при создании проектов Unity3D для Windows 8. Вам также нужно будет использовать XDocument в этом сценарии.

Я считаю, что XDocument делает намного больше вызовов создания объектов. Я подозреваю, что, когда вы обрабатываете много XML-документов, XMLDocument будет быстрее.

Одно место это происходит при управлении данными сканирования. Многие инструменты сканирования выводят свои данные в XML (по понятным причинам). Если вам нужно обработать много файлов сканирования, я думаю, что у вас будет более высокая производительность с помощью XMLDocument.