foreach 循环与 ForEach 方法 - 区别？ [复制]

Question

编辑：这个问题可以标记为this question.的重复项

使用 foreach 循环或 ForEach LINQ 方法之间是否有任何差异（性能或其他方面）？

对于上下文，这是我的一种方法的一部分：

foreach (var property in typeof(Person).GetProperties())
{
    Validate(property.Name);
}

我也可以使用此代码执行相同的任务：

typeof(Person)
    .GetProperties()
    .ToList()
    .ForEach(property => Validate(property.Name));

什么时候使用循环结构比使用方法链接更好？

这是我使用ForEach 方法的另一个示例，但可以轻松地使用 foreach 循环和变量：

// LINQ
PrivateData.Database.Users
           .Cast<User>()
           .Where(user => user.LoginType == LoginType.WindowsUser)
           .Select(user => new { Name = user.Name, Login = user.Login })
           .ToList()
           .ForEach(result => WriteObject(result));

// Loop
var users = PrivateData.Database.Users
               .Cast<User>()
               .Where(user => user.LoginType == LoginType.WindowsUser)
               .Select(user => new { Name = user.Name, Login = user.Login });

foreach(var user in users)
{
    WriteObject(user);
}

Answer 1

我会把你推迟到Eric Lipperts blog "foreach" vs "ForEach"。作为之前C# 编译器团队的主要开发人员，我认为他的意见是正确的。

摘录：（参考.ForEach()）

第一个原因是这样做违反了所有其他序列运算符所基于的函数式编程原则。显然调用此方法的唯一目的是引起副作用。表达式的目的是计算一个值，而不是产生副作用。声明的目的是产生副作用。这个东西的调用点看起来很像一个表达式（虽然，诚然，由于该方法是返回无效的，所以该表达式只能在“语句表达式”上下文中使用。）它不适合我制作唯一一个仅对其副作用有用的序列运算符。

Answer 2

在大多数情况下，这是个人喜好问题。谈论性能：

大多数时候，LINQ 会有点慢，因为它会引入开销。如果您非常关心性能，请不要使用 LINQ。使用 LINQ 是因为您想要更短、更易读、更易于维护的代码。

Answer 3

循环是更好的样式，因为它是一个完全为您想要做的事情而制作的工具。它与语言更好地集成。例如，您可以从循环中中断。工具理解循环，他们不理解ForEach。

对于人类来说，循环也更容易理解。 ForEach 非常少见。

循环也更快，因为间接调用更少，委托分配更少，优化器可以在一个地方看到更多你正在做的事情。它还保存了ToList 调用。您也可以通过在 IEnumerable<T> 上编写自定义扩展方法来保存该调用。

我认为循环在我能想到的所有情况下都优越。也许在某些极端情况下，ForEach 方法由于某种原因会更好或更方便。

PLINQ 还有一个ForAll，出于效率原因，它是必需的，因为它可以并行化。