Иван215А кстати, не подскажете, что делает метод .AsEnumerable. Формально, конечно, можно писать его и не задумываясь, или просто полагая, что он DataTable преобразует в нечто съедобное для LINQ - то есть в реализацию интерфейса IENumerable.

Но все-таки любопытно, что он делает на самом деле



Вообще, LINQ сам по себе позволяет выполнять часто встречающиеся операции над множествами (списками/перечислениями/наборами) некоторых, вообще говоря однотипных элементов. Поиск, фильтрация, группировка, преобразование и т. д.
По сути сами алгоритмы эти не зависят не от структуры ни множеств, ни самих элементов. Вот LINQ и реализует эти алгоритмы, например для операции фильтрации нам нужно лишь условие фильтра и оно будет использоваться в любом случае.
В императивном (интуитивно понятном) алгоритме, мы будем в цикле проходить один набор данных, смотреть, удовлетворяет ли текущий элемент фильтру и если да, засовывать его во временный контейнер, последний и будет результатом.
В LINQ же, нам достаточно просто передать в метод where функцию фильтрации и мы получим аналогичный результат.
Но в первом случае, мы будем писать больше кода, что чревато большими затратами времени и большим количеством ошибок.
И все это счастье нам будет если используемый контейнер всего навсего реализует IEnumerable, (вообще говоря IEnumerator). Но DataTable сделали при царе Горохе, когда матерые программисты с 26 летним стажем были совсем зелеными юнцами с 10 летним стажем и когда не было LINQ.
Конкретно AsEnumerable у DataTable сделали для красоты, эквивалентная конструкция


Но про Cast редкий программист знает, не зависимо от стажа.

Тут еще может возникнуть путаница с DataTable.AsEnumerable() (я бы назвал ToEnumerable), это очень похоже на IEnumerable.AsEnumerable(), реализация которого делает ровно то, что возвращает переданный аргумент.
Полная чушь конечно! Если бы не одно но!
Интерфейсу IEnumerable наследует IQueryable, который имеет методы расширения аналогичные IEnumerable, которые принимают не делегаты, а деревья выражений.
То есть вызов AsEnumerable() для IQueryable позволит передать выполнение дальнейших действий методам расширения для IEnumerable.
А вызов AsQueryable для IEnumerable позволит использовать деревья выражений, которые вообще говоря можно сформировать во время исполнения.

AddxЕвгенийВНо про Cast редкий программист знает, не зависимо от стажа.

Это шутка? Это же основы LINQ. Самые-самые.



Не шутка, действительно многие не знают.


А про основы шутка?
Я то всегда полагал, что LINQ зиждется на примесях, функциях высшего порядка, лямбдах, анонимных типах и автоматическом выводе типов...

Иван215Еще один умник.

Все сие посещал и прекрасно успевал по этим предметам + Общая Алгебра + Аналитическая геометрия + Теория Функций комплексного переменного + Дискретная математика + Функциональный анализ + Теория Вероятностей + продолжать?
А в чем тогда затык?
Банальный определенный интеграл можно понимать как функцию высшего порядка, которая принимает функцию первого порядка в качестве аргумента.

Addx LINQ - расширенный набор методов для манипуляции коллекциями (IEnumerable, IQueryble) и прекрасно работает без анонимных типов и лямбд.
Вот что бы этот "расширенный набор" работал, нужны примеси, вывод типов, анонимные типы и лямбды.
Попробуй в LinqToSql например передать не лямбду, но функцию.

Shocker.ProЕвгенийВВот что бы этот "расширенный набор" работал, нужны примеси, вывод типов, анонимные типы и лямбды.можно прекрасно работать с Linq без всего этого.

отправляю вас к поделке Сережи Брина с вопросом "что нового в .Net Framework 3,5"
Shocker.ProЕвгенийВПопробуй в LinqToSql например передать не лямбду, но функцию.В чем проблема? объявить Func или Expression вне метода Linq и передать ему как параметр. Без лямбд.
1. Queryable примет делегат и станет Enumerable , Enumerable не примет Expression. Но оба примут идентичные лямбды.
2. Если Queryable будет транслировать запрос, например sql server`у, то в момент исполнения начнет материться.

Shocker.ProНе знаю, как у тебя, я прекрасно конструировал выражения самостоятельно и они прекрасно транслировались в SQL
Примерчик можно с вызовом самописной функции?

AddxЕвгенийВотправляю вас к поделке Сережи Брина с вопросом "что нового в .Net Framework 3,5"


Да Вы шо? Уже .Net 3.5 вышел? ))) А мужики-то и не знали)
Понимаете, тут есть люди которые не только книги прочли, но и вникли в суть и применяли все это на практике.

Раз вам лень, я для вас нашел.
http://storage.piter.com/upload/contents/978591180518/978591180518_p.pdf
https://msdn.microsoft.com/ru-ru/library/bb332048(v=vs.90).aspx

LINQ появившийся в .net 3.5 невозможен без примесей, лямбд, вывода типов, анонимных типов, появившихся в c# 3.0 специально да LINQ.

Shocker.ProЕвгенийВПримерчик можно с вызовом самописной функции?вот, кстати, нашел простейший пример
var linq и динамические условия
Это динамически построенное дерево выражений, а я просил самописную функцию, типа