Czy istnieje jakaś różnica między metodami iteratora, które zwracają liczbę IEnumerable <T> i IEnumerator <T>?

Question

Rozważmy dwie metody iteracyjnej z tych samych korpusów:

public static IEnumerable<int> It1() { 
    ... 
} 

public static IEnumerator<int> It2() { 
    ... 
} 

Czy istnieje okoliczność gdzie nazywając It2 różni się od wywoływania It1.GetEnumerator()?

Czy istnieje jakiś dobry powód, aby zdefiniować iterator jako IEnumerator<T> przez IEnumerable<T>? Jedyne, o czym mogę pomyśleć, to kiedy implementujesz IEnumerable<T>.GetEnumerator().

EDYTOWANIE: Metodami iteracyjnymi mam na myśli metody wykorzystujące konstrukcje yield return i yield break.

Answer 1

Zrobiłbyś to, gdybyś chciał zająć się pisaniem klasy otoki IEnumerable<T>.

Powiedzmy, że masz klasę, którą chcesz zrobić wyliczenie na nieskończenie:

public class EveryDateInTheFuture : IEnumerable<DateTime> 
{ 
    public EveryDateInTheFuture() { this.StartDate = DateTime.Today; } 

    public DateTime StartDate { get; set; } 

    public IEnumerator<DateTime> GetEnumerator() 
    { 
     while (true) 
     { 
      yield return date; 
      date = date.AddDays(1); 
     } 
    } 
} 

Answer 2

Jak wspomniano, nie można foreach nad IEnumerator<T>. Z tego powodu utrudnia integrację z miejscami w kodzie, gdzie chcesz powtórzyć to, co powracasz.

Również imporance tutaj jest to, że IEnumerable<T> ma być fabrycznie, dzięki czemu można tworzyć implementacje IEnumerator<T>, które nie są bezpośrednio związane z realizacją kolekcji T.

Jeszcze ważniejsze jest to, że wszystkie metody rozszerzeń dla LINQ działają od IEnumerable<T>, więc będziesz chciał, aby twoje wyliczenia były jak najprostsze w użyciu, zwracając je.