565

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

4

7 回答 7

540

如果您使用的是 .NET 3.0 或更低版本，则必须使用XmlDocument经典的 DOM API。同样，您会发现还有一些其他 API 会期望这一点。

但是，如果您可以选择，我会彻底推荐使用XDocumentaka LINQ to XML。创建和处理文档要简单得多。例如，它是以下之间的区别：

XmlDocument doc = new XmlDocument();
XmlElement root = doc.CreateElement("root");
root.SetAttribute("name", "value");
XmlElement child = doc.CreateElement("child");
child.InnerText = "text node";
root.AppendChild(child);
doc.AppendChild(root);

和

XDocument doc = new XDocument(
    new XElement("root",
                 new XAttribute("name", "value"),
                 new XElement("child", "text node")));

与我见过的任何其他 XML API 不同，命名空间在 LINQ to XML 中非常容易使用：

XNamespace ns = "http://somewhere.com";
XElement element = new XElement(ns + "elementName");
// etc

LINQ to XML 也可以很好地与 LINQ 配合使用 - 它的构造模型允许您非常轻松地构建具有子元素序列的元素：

// Customers is a List<Customer>
XElement customersElement = new XElement("customers",
    customers.Select(c => new XElement("customer",
        new XAttribute("name", c.Name),
        new XAttribute("lastSeen", c.LastOrder)
        new XElement("address",
            new XAttribute("town", c.Town),
            new XAttribute("firstline", c.Address1),
            // etc
    ));

这一切都更具声明性，符合一般的 LINQ 风格。

现在正如 Brannon 所提到的，这些是内存 API 而不是流式 API（尽管XStreamingElement支持延迟输出）。XmlReader并且XmlWriter是 .NET 中流式传输 XML 的常规方式，但您可以在某种程度上混合所有 API。例如，您可以流式传输大型文档，但使用 LINQ to XML，方法是将 an 定位XmlReader在元素的开头，XElement从中读取并处理它，然后移动到下一个元素等。关于此技术的各种博客文章，这是我通过快速搜索找到的。

于 2009-10-09T06:26:04.390 回答
65

令我惊讶的是，到目前为止，没有一个答案提到XmlDocument不提供线路信息的事实，而XDocument确实（通过IXmlLineInfo界面）。

在某些情况下，这可能是一个关键特性（例如，如果您想报告 XML 中的错误，或者跟踪一般定义元素的位置），您最好在愉快地开始实现 using 之前意识到这一点XmlDocument，稍后发现你必须改变这一切。

于 2012-08-29T05:12:54.480 回答
40

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

XDocument支持 .NET 3.5 中的 LINQ to XML 功能。它大量使用IEnumerable<>并且可以更容易地在直接 C# 中使用。

两种文档模型都要求您将整个文档加载到内存中（与XmlReader示例不同）。

于 2009-10-09T06:26:48.267 回答
27

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

值得一提xsl且xpath很难注意到的一件事是，仍然可以通过包括以下xpath 1.0内容在 Linq 2 Xml 上执行任意表达式：XNodes

using System.Xml.XPath;

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

例如，给定 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-20T18:19:16.510 回答
26

XDocument是从 LINQ 到 XML API，并且XmlDocument是用于 XML 的标准 DOM 样式 API。如果您很了解 DOM，并且不想学习 LINQ to XML，请选择XmlDocument. 如果您对两者都不熟悉，请查看比较两者的页面，然后选择您更喜欢哪个外观。

我刚刚开始使用 LINQ to XML，我喜欢您使用函数式构造创建 XML 文档的方式。这太好了。相比之下，DOM 显得笨拙。

于 2009-10-09T06:26:27.707 回答
14

另请注意，XDocumentXbox 360 和 Windows Phone OS 7.0 支持此功能。如果您以他们为目标，请XDocument针对XmlDocument.

于 2010-09-27T15:28:38.473 回答
-8

我相信这XDocument会产生更多的对象创建调用。我怀疑当您处理大量 XML 文档时，XMLDocument速度会更快。

发生这种情况的一个地方是管理扫描数据。许多扫描工具以 XML 格式输出数据（原因很明显）。如果您必须处理大量此类扫描文件，我认为使用XMLDocument.

于 2012-04-27T20:28:26.437 回答