现在的位置: 首页 > 综合 > 正文

LINQ To Xml:迭代中的万圣节问题

2013年08月18日 ⁄ 综合 ⁄ 共 2817字 ⁄ 字号 评论关闭

最近在研究操作xml的最好方式,随便看了几个英文版电子书,上面都提到DOM 和 linq to xml方式的比较

linq to xml的方法,简洁直观,代码量小,下面扯扯本文想要说的万圣节问题,这个词从以下书中来

Pro LINQ: Language Integrated Query in C# 2010

 

第231页,(Halloween Problem)

 

那么什么是万圣节问题呢,不说名字怎么来了,书里解释了一下。下面说一下,具体指的是什么

万圣节问题指在迭代一组元素的时候,删除或改变元素个数时,迭代出现的的不正常行为,但这种问题可以避免,同时达到本来要达到的效果

 

书中的例子

 

 

 

理论上在foreach的时候,每次都调用remove了,所以每次都应该打印出删除的元素,并且父元素下的子

元素应该全部都删除掉了,可是打印出的结果并非如此

 

 

 

竟然还剩一个元素没有删除掉!并且也只打印出第一个元素删除掉的那句话。

费解吗?其实linq的执行都是延迟执行的,这是其导致的潜在副作用

书中给出的解决方案是,缓存元素序列,其中用到了 ToArray 操作符

 

 

 

注意LINQ To XML 构建XML树的时候是延迟查询,也就是Console.WriteLine(xDocument); 这句才真正生成XML树,故之前的循环如果不缓存起来,是不可能操作到XML树的


注意这句 XElement element in elements.ToArray()

ToArray在MSDN文档中

http://msdn.microsoft.com/zh-cn/library/bb298736.aspx

有这么一句话

ToArray<TSource>(IEnumerable<TSource>) 方法强制进行直接查询计算,并返回一个包含查询结果的数组。 可将此方法追加到您的查询,以获得查询结果的缓存副本。

 


接着打印结果变成我们最终想要的那样

 

 

 

如此这般,问题就解决了

我终于也明白为什么之前我在forearch datarow in datatable.rows时候我使用row.delete时总是出现问题了 :)

 

有些人说我早就知道迭代中不能这样,但你知道原理吗?你知道怎么防止迭代中的错误吗?我估计你也只是看开头的那个黑体字就没往下看了吧,呵呵,你知道不代表你高明,更不用特意表现出来,此文章仅供学习之用,如果你知道,那么请绕道,这是给不知道的人看的,谢谢!

抱歉!评论已关闭.