如果我只能定义一个getEnumerator,为什么要实现IEnumerable(T)?

更新 :我感谢所有的评论,这些评论基本上都包含了一致的反对意见。尽管提出的每一个反对意见都是正确的,但我觉得棺材里的最后一颗钉子是 Ani's astute observation 最终,甚至 一 微小的 这个想法表面上提供的好处——消除样板代码——被这个想法本身需要的事实所否定。 拥有 样板代码。

所以是的,我相信:这是个坏主意。

只是为了某种程度上挽回我的尊严:我可能为了争论而把它夸大了,但我从来没有真正被出卖过这个想法——只是好奇听到别人怎么说。诚实。

在你认为这个问题很荒谬之前,我请你考虑一下:

1. IEnumerable<T> 继承自* IEnumerable ,这意味着实现 IEnumerable<t> 一般必须执行 二者都 IEnumerable<T>.GetEnumerator 和 (明确) IEnumerable.GetEnumerator . 这基本上等于样板代码。
2. 你可以 foreach 任何类型的 GetEnumerator 方法,只要该方法返回具有 MoveNext 方法和A Current 属性。所以如果你的类型定义了 一 带签名的方法 public IEnumerator<T> GetEnumerator() ,使用 前臂 .
3. 显然,有很多代码需要 IEnumerable<t> 接口——例如,基本上所有的LINQ扩展方法。幸运的是,从一个你可以 前臂 关于 IEnumerable<t> 使用C通过 yield 关键字。

所以,把这些放在一起,我有一个疯狂的想法:如果我只是定义自己的界面,看起来像这样:

public interface IForEachable<T>
{
    IEnumerator<T> GetEnumerator();
}

然后 每当我定义一个想要可枚举的类型时,我就实现 这 接口而不是 IEnumerable<t> ,无需执行两个 方法 方法(一个显式)。例如:

class NaturalNumbers : IForEachable<int>
{
   public IEnumerator<int> GetEnumerator()
   {
       int i = 1;
       while (i < int.MaxValue)
       {
           yield return (i++);
       }
   }

   // Notice how I don't have to define a method like
   // IEnumerator IEnumerable.GetEnumerator().
}

最后 ,以便使此类型与 做 期待 IEnumerable<t> 接口,我可以定义一个扩展方法 IForEachable<T> 对 IEnumerable<t> 就像这样:

public static class ForEachableExtensions
{
    public static IEnumerable<T> AsEnumerable<T>(this IForEachable<T> source)
    {
        foreach (T item in source)
        {
            yield return item;
        }
    }
}

在我看来,这样做使我能够设计各种各样可用的类型作为 IEnumerable<t> 但是没有那种讨厌的明确 IEnumerable.GetEnumerator 每种方法的实现。

例如:

var numbers = new NaturalNumbers();

// I can foreach myself...
foreach (int x in numbers)
{
    if (x > 100)
        break;

    if (x % 2 != 0)
        continue;

    Console.WriteLine(x);
}

// Or I can treat this object as an IEnumerable<T> implementation
// if I want to...
var evenNumbers = from x in numbers.AsEnumerable()
                  where x % 2 == 0
                  select x;

foreach (int x in evenNumbers.TakeWhile(i => i <= 100))
{
    Console.WriteLine(x);
}

你们觉得这个主意怎么样?我是不是错过了什么原因,为什么这会是一个错误?

我意识到这可能是一个过于复杂的解决方案,对于一个不是那么大的交易开始(我怀疑任何人 真正地 非常关心必须明确定义 IEnumerable(IEnumerable) 界面);但它突然出现在我的脑海中,我看不到这种方法会带来任何明显的问题。

一般来说,如果我能写适量的代码 一旦 为了省去写少量代码的麻烦 很多次 对我来说,这是值得的。

_{*这是正确的术语吗?我总是犹豫不决地说一个接口“继承”另一个接口,因为这似乎不能正确地捕获它们之间的关系。但也许它是对的。}