用 IEnumerable 本來就是為遍歷方便，可是現在只有兩個選擇：1. foreach，示例代碼如下：IEnumerable<string> strs = new string[] { "a", "b" };foreach (var str in strs)
{
Console.WriteLine(str);
}缺點：代碼不簡潔，不支持lamda2. 先ToList，再ForEach，示例代碼如下：IEnumerable<string> strs = new string[] { "a", "b" };
strs.ToList().ForEach(str => Console.WriteLine(str));缺點：ToList有性能代價。如果 IEnumerable 直接提供 ForEach 操作，就可以這樣：IEnumerable<string> strs = new string[] { "a", "b" };
strs.ForEach(str => Console.WriteLine(str));現在只能通過自己用擴展辦法實現：namespace System.Collections.Generic
{ public static class IEnumerableExtension
{ public static void ForEach<T>(this IEnumerable<T> enumeration, Action<T> action)
{ foreach (var item in enumeration)
{
action(item);
}
}
}
}我的問題是：微軟為什么不考慮到這一點，給IEnumerable增加 ForEach 操作？為什么 List 有 ForEach 操作，而 IEnumerable 卻沒有，IEnumerable 更需要它，而且 List 實現了 IEnumerable ?
2 回答
米琪卡哇伊
TA貢獻1998條經驗 獲得超6個贊
我的理解哈 ，這要分析IEnumerable對象的優勢，和List等集合對象比較，它的優勢在于將循環遍歷的對象延遲到使用時創建。 也就是說，我們在循環一個IEnumerable枚舉對象時，如果中途發現條件不滿足了要結束遍歷，那還未遍歷的對象就不會再計算了，例子就不舉了，親可以了解下yield return的用法。 所以，基于此，假設IEnumerable提供ForEach方法，那勢必會是一個Func而不是一個Action，因為要告訴調用者，何時可以結束遍歷，而不是不顧一切的遍歷完所有對象。如果是Func，那就會有歧義了；如果是Action ，則就更不應該是IEnumerable的成員了，因為丟失了對象延遲創建的特點，變得是搶了子類List的功了。 看看你的擴展方法，是不是必須要遍歷完所有成員才會返回捏？ 所以，我認為，微軟的設計，確實是合情合理的。
題外：如果是Func的話，就類似jQuery的each方法，如果大量用到，寫成一個擴展方法自己用還是比較好的
翻翻過去那場雪
TA貢獻2065條經驗 獲得超14個贊
之前看過這個問題。
解釋是
如果使用的“foreach”，這可能會產生奇怪的和潛在的非確定性結果。
LZ去stackoverflow搜索下,這個問題有很多的。
- 2 回答
- 0 關注
- 727 瀏覽
添加回答
舉報
0/150
提交
取消