C# 为什么GetEnumerator（）存储在IEnumerator的单独接口中？
我想知道为什么GetEnumerator（）方法被排除在IEnumerator之外，并放在IEnumerable中。在我看来，在IEnumerator中保留所有枚举器方法更有意义 谢谢C# 为什么GetEnumerator（）存储在IEnumerator的单独接口中？,c#,iterator,ienumerable,ienumerator,C#,Iterator,Ienumerable,Ienumerator,我想知道为什么GetEnumerator（）方法被排除在IEnumerator之外，并放在IEnumerable中。在我看来，在IEnumerator中保留所有枚举器方法更有意义 谢谢 ScottIEnumerable意味着对象是可以以线性方式迭代的数据集合或数据源IEnumerator是执行迭代的实际实现的接口。因为“IEnumerable”说“来，枚举我”（然后你说-how，给我枚举器），但是“IEnumerator”说“我可以枚举你的集合！”而你已经有了它，您不需要再获取更多信息。因为通常
Scott
IEnumerableIEnumeratorIEnumerableIEnumerator他们想出了一个很好的把戏，WeakReference可能就是从中得到启发的。请看反射器显示的代码。鼓舞人心的东西。进一步挖掘并在集合类中找到“版本”。绝妙的技巧。在阅读了巴特·德斯米特（Bart De Smet）的文章后，我再也不相信严格要求拆分两个接口了 例如，在上面的链接中，IEnumerable/IEnumerator绑定到一个方法接口
Func<Func<Option<T>>>
Func
public static class FEnumerable
{
public static Func<Func<Option<T>>> Empty<T>()
{
return () => () => new Option<T>.None();
}
public static Func<Func<Option<T>>> Return<T>(T value)
{
return () =>
{
int i = 0;
return () =>
i++ == 0
? (Option<T>)new Option<T>.Some(value)
: (Option<T>)new Option<T>.None();
};
}
...
}
public static Func<Func<Option<T>>> Where<T>(this Func<Func<Option<T>>> source, Func<T, bool> filter)
{
return source.Bind(t => filter(t) ? FEnumerable.Return(t) : FEnumerable.Empty<T>());
}
公共静态类FEnumerable
{
公共静态Func Empty（）
{
return（）=>（）=>newoption.None（）；
}
公共静态函数返回（T值）
{
return（）=>
{
int i=0；
return（）=>
i++==0
？（选项）新选项。部分（值）
：（选项）新选项。无（）；
};
}
...
}
公共静态函数，其中（此函数源，函数筛选器）
{
返回source.Bind（t=>filter（t）？FEnumerable.return（t）：FEnumerable.Empty（）；
}