Когда вы должны использовать IEnumerable и GetEnumerator?

Question

Во многих наших проектах я видел несколько пользовательских коллекций/классов контейнеров, которые содержат некую общую коллекцию, например. a List(of T) класс.

Обычно они имеют метод GetXXX, который возвращает IEnumerable любого типа, который использует пользовательский класс коллекции, поэтому внутренняя коллекция может быть выполнена итерацией с использованием цикла foreach.

например.

public IEnumerable<UploadState> GetStates 
{ 
    get 
    { 
     return new List<UploadState>(m_states); 
    } 
} 

Мой вопрос заключается в том, что если эти классы вместо реализуют интерфейс IEnumerable и вызвать GetEnumerator на самом списке.

Есть ли предпочтительный способ, или это зависит от разработчика?

Answer 1

Если ваш класс является классом пользовательской коллекции, тогда да, он должен реализовать IEnumerable<T>. В этом случае публичное свойство для внутреннего списка будет излишним.Представьте себе простой класс:

public class People : IEnumerable<Person> 
{ 
    List<Person> persons = new List<Person>(); 

    public IEnumerator<Person> GetEnumerator() 
    { 
     return persons.GetEnumerator(); 
    } 
} 

Но если ваш класс не может действовать, как коллекции, то обеспечить общественную IEnumerable собственность для ее элементов:

public class Flight 
{ 
    List<Person> passengers = new List<Person>(); 

    public IEnumerable<Person> Passengers 
    { 
     get { return passengers; } 
    } 
} 

Во всяком случае, это всегда разработчику выбрать право дизайн.

Answer 2

Я хотел бы сделать это таким образом:

public IEnumerable<UploadState> GetStates 
{ 
    get 
    { 
     foreach (var state in m_states) { 
      yield return state; 
     } 
    } 
} 

Это чище, ваши пользователи не получают список, где они не должны (они могут привести его к List<T> после всех), и вы не» t необходимо создать объект List<T>.

EDIT: Непонятный вопрос. Я думаю, что если класс предназначен для коллекции, он должен реализовать IEnumerable<T>.

Answer 3

Вы должны получать свои собственные классы сбора на основе одного из классов в пространстве имен System.Collections.ObjectModel. Они уже содержат реализации IEnumerable<T> и не общие интерфейсы IEnumerable.

Answer 4

Учтите, что в вашем примере кода создан . Я не знаю, что такое m_states, но если это коллекция типов значений, вы создаете клон исходного кода. Таким образом, возвращаемый список можно манипулировать с помощью элементов Add/Remove/Update вызывающего. без затрагивающих исходные данные.

Если m_states ссылочные типы, это по-прежнему создает новый списка, который может быть снова манипулируют вызывающую Add/Remove/Нет элементов обновления (это ссылка!), Не затрагивая исходные данные.

Как насчет IEnumerable<T>, его просто способ сделать возвращаемый тип универсальным, а не сделать прочную связь с List<T>.

Answer 5

Я думаю, что если ваш недавно реализованный класс просто ведет себя так, как это делает список, нет необходимости его реализовывать. Если вам нужна какая-то пользовательская логика, это зависит от того, что вы хотите сделать; вы можете наследовать список или вы можете реализовать IEnumerable. Это просто зависит от того, что должно быть достигнуто.

Answer 6

Вы можете проверить это: http://www.codeproject.com/Articles/4074/Using-IEnumerator-and-IEnumerable-in-the-NET-Frame

Я не читал полностью его еще, но я думаю, что это ответ на ваш вопрос.