XDocument atau XmlDocument

Saya sekarang belajar XmlDocumenttetapi saya baru saja bertemu XDocumentdan ketika saya mencoba mencari perbedaan atau manfaatnya saya tidak dapat menemukan sesuatu yang berguna, dapatkah Anda memberi tahu saya mengapa Anda akan menggunakan satu sama lain?

Jika Anda menggunakan .NET versi 3.0 atau lebih rendah, Anda harus menggunakan XmlDocumentalias DOM API klasik. Anda juga akan menemukan beberapa API lain yang akan mengharapkan ini.

Jika Anda mendapatkan pilihan, bagaimanapun, saya benar-benar akan merekomendasikan menggunakan XDocumentalias LINQ ke XML. Jauh lebih mudah untuk membuat dokumen dan memprosesnya. Misalnya, perbedaan antara:

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);

dan

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

Namespaces cukup mudah digunakan di LINQ to XML, tidak seperti API XML lain yang pernah saya lihat:

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

LINQ ke XML juga bekerja sangat baik dengan LINQ - model konstruksinya memungkinkan Anda untuk membangun elemen dengan urutan sub-elemen dengan sangat mudah:

// 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
    ));

Semuanya jauh lebih deklaratif, yang cocok dengan gaya LINQ umum.

Sekarang seperti yang disebutkan oleh Brannon, ini adalah API dalam memori dan bukan yang streaming (meskipun XStreamingElementmendukung output malas). XmlReaderdan XmlWritermerupakan cara normal streaming XML dalam .NET, tetapi Anda dapat mencampur semua API sampai batas tertentu. Misalnya, Anda dapat melakukan streaming dokumen besar tetapi menggunakan LINQ ke XML dengan memposisikan sebuah XmlReaderdi awal elemen, membaca XElementdari dan memprosesnya, kemudian pindah ke elemen berikutnya dll. Ada berbagai posting blog tentang teknik ini, inilah yang saya temukan dengan pencarian cepat .

Saya terkejut tidak ada jawaban sejauh ini menyebutkan fakta yang XmlDocumenttidak memberikan informasi garis , sementara XDocumenttidak (melalui IXmlLineInfoantarmuka).

Ini bisa menjadi fitur penting dalam beberapa kasus (misalnya jika Anda ingin melaporkan kesalahan dalam XML, atau melacak di mana elemen didefinisikan secara umum) dan Anda sebaiknya mengetahui hal ini sebelum Anda dengan senang hati mulai menerapkan penggunaan menggunakan XmlDocument, untuk nanti temukan Anda harus mengubah semuanya.

XmlDocumentsangat bagus untuk pengembang yang terbiasa dengan model objek XML DOM. Sudah ada untuk sementara waktu, dan kurang lebih sesuai dengan standar W3C. Ini mendukung navigasi manual serta XPathpemilihan simpul.

XDocumentmendukung fitur LINQ ke XML di .NET 3.5. Itu membuat penggunaan berat IEnumerable<>dan dapat lebih mudah untuk bekerja dengan C # lurus.

Kedua model dokumen mengharuskan Anda untuk memuat seluruh dokumen ke dalam memori (tidak seperti XmlReadermisalnya).

Seperti yang disebutkan di tempat lain, tidak diragukan lagi, Linq ke Xml membuat penciptaan dan perubahan dokumen xml sangat mudah dibandingkan dengan XmlDocument, dan XNamespace ns + "elementName"sintaksnya membuat bacaan yang menyenangkan ketika berhadapan dengan ruang nama.

Satu hal yang layak untuk disebutkan xsldan xpathperlu diperhatikan adalah bahwa masih dimungkinkan untuk mengeksekusi xpath 1.0ekspresi arbitrer pada Linq 2 Xml XNodesdengan memasukkan:

using System.Xml.XPath;

dan kemudian kita dapat menavigasi dan memproyeksikan data menggunakan xpathmelalui metode ekstensi ini:

• XPathSelectElement - Elemen Tunggal
• XPathSelectElements - Node Set
• XPathEvaluate - Skalars dan lainnya

Misalnya, diberikan dokumen 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>

Kami dapat mengevaluasi:

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)");

XDocumentberasal dari LINQ ke XML API, dan XmlDocumentmerupakan API gaya DOM standar untuk XML. Jika Anda mengenal DOM dengan baik, dan tidak ingin belajar LINQ ke XML, ikuti XmlDocument. Jika Anda baru mengenal keduanya, lihat halaman ini yang membandingkan keduanya, dan pilih yang mana yang Anda sukai terlihat lebih baik.

Saya baru saja mulai menggunakan LINQ ke XML, dan saya suka cara Anda membuat dokumen XML menggunakan konstruksi fungsional. Ini sangat bagus. DOM memang kikuk dibandingkan.

Juga, perhatikan yang XDocumentdidukung di Xbox 360 dan Windows Phone OS 7.0. Jika Anda menargetkan mereka, kembangkan untuk XDocumentatau bermigrasi dari XmlDocument.

Saya percaya itu XDocumentmembuat lebih banyak objek penciptaan panggilan. Saya menduga bahwa ketika Anda menangani banyak dokumen XML, XMLDocumentakan lebih cepat.

Satu tempat ini terjadi adalah dalam mengelola data pindai. Banyak alat pindai mengeluarkan data mereka dalam XML (untuk alasan yang jelas). Jika Anda harus memproses banyak file pemindaian ini, saya pikir Anda akan memiliki kinerja yang lebih baik XMLDocument.