LINQ vs常规枚举

当您在某些类型（即自定义集合）中使用某些枚举方法时，最好是使用LINQ语法还是仅使用旧式枚举（for/foreach）？LINQ vs常规枚举

使用.NET 3.5是给定的。

我问这是为了获得最大的性能和可读性。该应用程序也被设计为并行。

你会喜欢哪一个？

来源

2009-06-10 Joan Venge

如果您绝对必须扭亏为盈，那么一个for/foreach循环很难提高效率。但是，如果您要追求平行性和可读性，那么在我的书中，Enumerable<T>扩展方法和LINQ获胜。

来源

2009-06-10 17:35:45

谢谢，与平原LINQ我会得到并行执行？或者你的意思是PLINQ？ – 2009-06-10 17:38:55

你必须为我们PLINQ。 – mfawzymkh 2009-06-12 07:41:58

LINQ查询可以很容易地使用PLinq（内置于.NET 4）

我个人的LINQ更容易阅读被并行化，但它取决于你作为一个开发商。

foreach (var item in collection) 
{ 
    if (item.Value == SomeOtherValue) 
     performSomeProcessing(); 
}

foreach(var item in collection.Where(a => a.Value == SomeOtherValue)) 
{ 
    performSomeProcessing(); 
}

我认为（虽然我没有亲自这个基准测试），编译器优化出小函数调用，所以性能不应该是noticably不同。

来源

2009-06-10 17:36:23

我几乎总是喜欢在我的集合中使用LINQ而不是标准循环结构，但并行化方面稍微改变了一些事情。

如果您打算使用.NET 4.0，并行结构（特别是使用Parallel.For）将在并行化方面击败PLINQ，只要您事先知道计数。 PLINQ中的分区器做得很好，但是它们的用途非常普遍，并且如果事先已知计数，则无法与可用的分区策略相匹配。这会使Parallel.For当它可用时胜过PLINQ。

来源

2009-06-10 18:21:15

谢谢里德。我不知道Parallel.For当你知道伯爵时更好。怎么样Parallel.Foreach（不知道是否有一个）。 – 2009-06-10 19:08:51

LINQ to Objects性能是一件混杂的事情。由于它涉及大量的间接调用（每个lambda都是一个），它有时会比较慢，有时（当lambda捕获并使用外部作用域的变量时）是它的3-4倍。而且，不，编译器（不论是C＃还是JIT）都不会优化它 - 它不能内联虚拟方法调用，这就是通过代理有效调用的内容。所以如果你严格要求表现的话，在任何情况下，foreach都会略微更快。

PLINQ可以缓解这种差异，但请注意，惩罚足够重要，您可能需要4个内核才能与之匹配。另一方面，它会随着内核数量的增加而增加，而普通的内存不会。

来源

2009-06-10 18:43:30

这取决于 - 您的迭代是否有副作用？如果是这样，我会避免使用任何形式的LINQ，否则使用LINQ和PLINQ来说明它的简单声明性质。

来源

2009-06-17 09:15:08

LINQ vs常规枚举

回答

相关问题