用LINQ to XML那个东西来搞定XML数据查询，感觉挺方便的

【用户提供的参考内容】
“用LINQ to XML那个东西来搞定XML数据查询,感觉挺方便的”

记得以前处理XML数据的时候，总是要写一大堆循环，一层一层地去遍历节点，像剥洋葱一样，有时候还得处理各种空值，生怕哪个节点不存在就报错了，代码写起来又长又容易出错，查个数据感觉特别费劲，后来接触到了LINQ to XML，一下子就觉得轻松多了，这东西就像是给XML查询配了一把瑞士军刀，各种功能都集成在一起,用起来很顺手。

LINQ to XML最大的好处就是直观，它不用再去记那些复杂的XPath语法（虽然XPath也很强大，但有时候写起来像天书），而是用了一种更接近普通代码的方式，我手里有这么一个简单的XML文件,记录了一些书的信息：

<books>
  <book id="1">LINQ in Action</title>
    <author>Steve Eichert</author>
    <price>45.00</price>
  </book>
  <book id="2">Programming C#</title>
    <author>Jesse Liberty</author>
    <price>39.99</price>
  </book>
</books>

要是用老方法，我得用XmlDocument或者XmlReader，先加载文档，然后找到根节点，再循环book节点，逐个判断条件，但用LINQ to XML，想找出所有价格超过40块钱的书名,代码可以写得非常直白：

XDocument doc = XDocument.Load("books.xml");
var expensiveBooks = from book in doc.Descendants("book")
                     where (double)book.Element("price") > 40
                     select book.Element("title").Value;
foreach (var title in expensiveBooks)
{
    Console.WriteLine(title);
}

你看，这段查询读起来几乎就像是一句英语句子：“从文档的所有‘book’后代元素中，找出那些‘price’元素值大于40的，然后选择它们的‘title’元素的值。”这种声明式的写法，让我只需要关心“我想找什么”，而不是“我该怎么一步步去找”,编译器会帮我把这些逻辑转换成实际的执行步骤。

创建XML也变得特别简单，以前拼凑一个XML字符串总是担心格式不对或者忘记转义特殊字符，用LINQ to XML的“函数式构造”方式，直接在代码里用对象嵌套的方式就写出来了，结构清晰，不容易出错，比如要创建上面那个books XML的片段：

XElement newBook = new XElement("book",
    new XAttribute("id", "3"),
    new XElement("title", "深入理解C#"),
    new XElement("author", "Jon Skeet"),
    new XElement("price", "69.00")
);

这样生成的XML肯定是格式良好的，如果想把它加到现有的文档里，也很容易，找到父节点，一个Add方法就搞定了。

修改和删除数据也一样方便，我想把所有书的价格都打八折,可以这样写：

XDocument doc = XDocument.Load("books.xml");
foreach (var priceElement in doc.Descendants("price"))
{
    double currentPrice = (double)priceElement;
    priceElement.Value = (currentPrice * 0.8).ToString();
}
doc.Save("books_discount.xml");

删除一本id为2的书，可以先找到这个元素，然后调用Remove方法：

doc.Descendants("book").FirstOrDefault(b => (string)b.Attribute("id") == "2")?.Remove();

FirstOrDefault和运算符的配合使用，避免了如果找不到元素时可能出现的空引用异常,代码更健壮。

处理命名空间的问题，有时候XML会带有命名空间，以前处理起来很头疼，LINQ to XML用XNamespace对象来处理，也变得清晰多了，定义一个命名空间，然后在元素名前面加上这个命名空间就行了,逻辑上很连贯。

LINQ to XML也不是万能的，如果XML文件非常大，大到内存都装不下，那可能还是得用XmlReader这种基于流的方式去处理，那样更节省资源，但对于大多数常见的、大小适中的配置文件、数据交换文件，用LINQ to XML真是能省下不少时间和精力。

LINQ to XML就像一个智能的过滤器和解构器，我把XML文档丢给它，告诉它我需要的条件或者想变成的样子，它就能帮我处理好，它把那种繁琐的、容易出错的XML操作过程，包装成了简单易懂的方法和查询语句，这种感觉，就像是把一件重复性的手工活，交给了机器去自动完成，让我可以更专注于业务逻辑本身，确实，用这个东西来搞定XML数据查询,感觉挺方便的。