XDocument或XmlDocument

我现在正在学习XmlDocument，但我刚刚遇到XDocument，当我试图搜索它们的差异或好处时，我找不到有用的东西，你能告诉我为什么你会使用一个而不是另一个吗?

当前回答

正如在其他地方提到的，毫无疑问，与XmlDocument相比，Linq to Xml使Xml文档的创建和更改变得轻而易举，并且XNamespace ns + "elementName"语法在处理名称空间时使阅读变得愉快。

对于xsl和xpath顽固分子来说，值得一提的一点是，在Linq 2 Xml xnode上仍然可以执行任意的xpath 1.0表达式，包括:

using System.Xml.XPath;

然后我们可以通过这些扩展方法使用xpath导航和投影数据:

XPathSelectElement -单个元素 XPathSelectElements -节点集 XPathEvaluate -标量和其他

例如，给定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)");

2014-12-20 18:19:16

其他回答

另外，请注意XDocument在Xbox 360和Windows Phone OS 7.0中是受支持的。如果您以它们为目标，则为XDocument开发或从XmlDocument迁移。

2010-09-27 15:28:38

到目前为止，没有一个答案提到XmlDocument不提供行信息，而XDocument提供行信息(通过IXmlLineInfo接口)，这让我感到惊讶。

在某些情况下，这可能是一个关键的特性(例如，如果您想报告XML中的错误，或者跟踪元素的一般定义位置)，在愉快地开始使用XmlDocument实现之前，您最好了解这一点，以免稍后发现必须全部更改。

2012-08-29 05:12:54

XmlDocument非常适合熟悉XML DOM对象模型的开发人员。它已经存在了一段时间，或多或少地与W3C标准相对应。它支持手动导航和XPath节点选择。

XDocument支持。net 3.5中的LINQ to XML特性。它大量使用IEnumerable<>，并且更容易在c#中使用。

这两种文档模型都要求将整个文档加载到内存中(例如，与XmlReader不同)。

2009-10-09 06:26:48

XDocument是从LINQ到XML API, XmlDocument是用于XML的标准dom风格API。如果您非常了解DOM，并且不想学习从LINQ到XML，那么可以使用XmlDocument。如果你对这两个都不熟悉，看看这个页面，比较一下这两个，然后选择一个你更喜欢的外观。