В каких случаях целесообразно использовать IEnumerable<T> и чем он лучше простого IEnumerable ?
Сначала думал можно будет в foreach типы выбираемых значений контролировать, оказалось - нет.

В MSDN есть пример стека с использованием IEnumerable<T>, но по-моему его легко и простым IEnumerable реализовать.

Ошибка Микрософта?

0leg, любую логику можно реализовать без использования дженериков. Первый FW тому явное подтверждение.
Но согласишься ли ты использовать ArrayList вместо List<T>? Врядли.

Энумераторы используются не только в foreach. Ты ведь его сам можешь использовать, а в таком случае удобнее получать реальный тип T, а не объект   

foreach возвращает объект только потому что он так закодирован. И изменить его нельзя

Это сообщение отредактировал(а) ivashkanet - 5.12.2006, 11:15

IEnumerable<T> наследует IEnumerable вместе с его методом GetEnumerator(). Я думал он используется при несовпадении выбираемого типа с типом T, поэтому foreach типы и неконтролирует.



понял

  
P.S. И вообще, по forech --- он же использует нормальные типы:

ага, напрягает только вот это:

Ну такое нужно еще умудриться написать   

А что ты предлагаешь?



или может 

  


foreach это просто удобная обертка к

Что можно здесь изменить, чтобы foreach стал безопасен к типам?   

Если strings реализует IEnumerable<string>, то Current возвращает кокретный тип string и твой пример не скомпилится, в отличие от  foreach.

0leg, не хочу спорить, но иди почитай матчасть про наследование и полиморфизм

Если бы у меня было 

То все было бы именно так, как ты сказал.

 виноват
тогда принудительную проверку типов можно было сделать

ладно, не мне туда лезть...

Итог:

Применять IEnumerable<T> только для foreach не стоит.

Это мне и надо было. Спасибо.

Так чтобы не изменять синтаксиса:

А нечто подобное уже есть 
Метод класса Array.


Используется, например, так:



Это сообщение отредактировал(а) Дрон - 5.12.2006, 17:33

Дрон, ага. Классный метод. Только им не особо пользуются.