Что преимущество к использованию Списка <T> по IEnumerable <T>?

IEnumerable - это более общий интерфейс, поэтому вы можете заменить все, что реализует этот интерфейс для своей операции. Если у вас есть этот метод:

public void DoSomething(IEnumerable<T> enumerable) {
}

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

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

Преимущество использования List состоит в том, что списки имеют гораздо больше функций, чем перечисляемые. Если вам нужны эти функции (вставка, поиск, преобразование и многое другое), List или IList более подходят.

Самыми большими преимуществами List перед IEnumerable являются следующие

1. Произвольный доступ
2. Свойство счетчика
3. Метод ForEach
4. Изменчивость

Первые 2 легко сделать и на IEnumerable , но вы не можете гарантировать скорость O (1). В случае с Count вы даже не можете гарантировать настоящий ответ, поскольку IEnumerable может легко представлять бесконечные списки.

Список предоставляет дополнительные методы по сравнению с IEnumerable. Вы не можете добавить вставку или удалить с помощью IEnumerable, но можете с помощью List.

IEnumerable следует использовать, когда вы планируете перебирать только данные. Это дает вам преимущество перед IList, потому что вам не нужно загружать все данные сразу для доступа к данным, вам просто нужно иметь возможность получить следующую запись через перечислитель. IEnumerable также является интерфейсом, поэтому вы можете «скрыть» тип фактического объекта, содержащего список данных, массив и т. Д.

Если вам нужна только функциональность, представленная и реализованная в IEnumerable , вам следует пойти с этим. Альтернативой является IEnumerable , где T: IFoo , если вы хотите иметь возможность перебирать объекты, реализующие интерфейс IFoo . Однако если вам требуются такие свойства, как Count и такие, что List предоставляет доступ, вам следует пойти на это. Найдите наименьший общий знаменатель и следуйте ему, так как он делает ваши методы более универсальными и с ними легче работать.

IEnumerable имеет чистый доступ только для чтения и семантика «перечисляемая» или «запрашиваемая». Со списком похоже, что вы позволяете кому угодно изменять его :).

Джон Скит и другие предложили хороший обзор функциональности List по сравнению с IEnumerable, поэтому я решил заполнить вторую половину вопроса: «Каковы преимущества использования IEnumerable над списком? ".

Во-первых, IEnumerable предоставляет более общий контракт для представления набора вещей, которые вы можете перебирать, и, следовательно, позволяет вам придерживаться принципа наименьших привилегий . Другими словами, IEnumerable должен быть предпочтительнее его производных типов, где перечисление - единственное поведение, которое необходимо предоставить для текущей задачи. Это полезно, потому что раскрытие информации и / или поведения без необходимости открывает ваш API для возможного непреднамеренного использования, которое может создать проблему безопасности или может вызвать непреднамеренную связь между вашим API и его потребителями.

Во-вторых, IEnumerable - это абстракция для перечисления, тогда как List - одна реализация этой абстракции. Следуя рекомендациям Шаблоны проектирования - элементы объектно-ориентированного программного обеспечения многократного использования , программирование на абстракции над реализациями помогает сделать приложения более устойчивыми к изменениям, позволяя изменять реализации позже, не влияя на объем кода. Если вам действительно нужно поведение списка, вы должны напрямую предоставлять IList, а не List.