为什么在IEnumerable上没有ForEach扩展方法?

受到另一个关于缺失Zip函数的问题的启发:

为什么在IEnumerable接口上没有ForEach扩展方法?或在任何地方吗?唯一获得ForEach方法的类是List<>。有什么原因吗，也许是性能?

当前回答

我想对Aku的回答进行进一步阐述。

如果你想调用一个方法的唯一目的是它的副作用，而不是首先迭代整个枚举对象，你可以使用这个:

private static IEnumerable<T> ForEach<T>(IEnumerable<T> xs, Action<T> f) {
    foreach (var x in xs) {
        f(x); yield return x;
    }
}

其他回答

在3.5中，所有添加到IEnumerable中的扩展方法都是为了支持LINQ(注意它们是在System.Linq.Enumerable类中定义的)。在这篇文章中，我解释了为什么foreach不属于LINQ: 现有的LINQ扩展方法类似于Parallel.For?

在该语言中已经包含了一个foreach语句，它在大多数情况下都可以完成这项工作。

我不希望看到以下情况:

list.ForEach( item =>
{
    item.DoSomething();
} );

而不是:

foreach(Item item in list)
{
     item.DoSomething();
}

后者在大多数情况下更清晰，更容易阅读，尽管可能要长一点打字。

然而，我必须承认我在这个问题上改变了立场;ForEach()扩展方法在某些情况下确实很有用。

下面是语句和方法之间的主要区别:

类型检查:foreach在运行时完成，foreach()在编译时完成(大加分!) 调用委托的语法确实简单得多:objects.ForEach(DoSomething); ForEach()可以被链接:尽管这样一个特性的邪恶/有用还有待讨论。

这些都是很多人提出的很好的观点，我可以理解为什么人们忽略了这个功能。我不介意微软在下一个框架迭代中添加标准ForEach方法。

是我还是List<T>。Foreach几乎被Linq淘汰了。最初有

foreach(X x in Y)

其中Y必须是IEnumerable (Pre 2.0)，并实现GetEnumerator()。如果您查看生成的MSIL，您可以看到它与

IEnumerator<int> enumerator = list.GetEnumerator();
while (enumerator.MoveNext())
{
    int i = enumerator.Current;

    Console.WriteLine(i);
}

(MSIL见http://alski.net/post/0a-for-foreach-forFirst-forLast0a-0a-.aspx)

然后在DotNet2.0中出现了泛型和列表。我一直觉得Foreach是访问者模式的实现(参见Gamma, Helm, Johnson, Vlissides的设计模式)。

当然，在3.5中，我们可以使用Lambda来达到同样的效果，举个例子 http://dotnet-developments.blogs.techtarget.com/2008/09/02/iterators-lambda-and-linq-oh-my/

我为此写了一篇博文: http://blogs.msdn.com/kirillosenkov/archive/2009/01/31/foreach.aspx

如果你想在。net 4.0中看到这个方法，你可以在这里投票: http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=279093

部分原因是语言设计者从哲学角度不同意这一观点。

没有(和测试……)一个功能比有一个功能更省事。它并不是真的更短(有一些传递函数的情况下，它是，但这不是主要用途)。它的目的是产生副作用，这不是linq的目的。为什么要用另一种方式来做我们已经拥有的功能呢?(为每一个关键字)

https://blogs.msdn.microsoft.com/ericlippert/2009/05/18/foreach-vs-foreach/

推荐文章