Почему IEnumerable <T> необходим, когда есть IEnumerator <T>?

Question

Отказ от ответственности: Я понимаю разницу между IEnumerable<T> и IEnumerator<T> и как использовать оба варианта. Это не дубликат this или this.

Это больше дизайнерского вопрос - так IEnumerator<T> уже инкапсулирует всю необходимую информацию (.Current, .MoveNext()) о чем-то, что может быть перечисленное, то в чем смысл введения типа (IEnumerable<T>), чья единственная цель состоит в том, чтобы возвращать экземпляр первого?

Конкретно:

1. Почему не foreach могут быть разработаны, чтобы перебирать непосредственно через IEnumerator<T>, например, так:

   // foreach (var e in anEnumerator) { //... } 
   while (anEnumerator.MoveNext()) 
   { 
       doSomething(anEnumerator.Current); 
   } 
   

2. Почему не может Linq быть построен на основе непосредственно от от IEnumerator<T>?

Answer 1

Эти два интерфейса представляют собой разные концепции. IEnumerable<T> - это то, что «позволяет перечисление», где IEnumerator<T> является представлением самого перечисления.

Если вы должны были объединить их вместе, невозможно было бы перечислить одну коллекцию несколько раз в одно и то же время (без какого-либо другого механизма на месте). Например, два потока, делающие foreach по массиву, больше не будут работать, если это вполне приемлемо в текущем проекте.