В чем разница между выражениями запросов LINQ и методами расширения

Update: вы исправили свой заголовок, поэтому игнорируйте тираду.

название вашего вопроса не имеет ничего общего с вашими образцами кода. Ваш вопрос подразумевает, что один синтаксис IEnumerable, а другой IQueryable, но это неверно. В ваших образцах, если db.Surveys является IQueryable, то и ваши образцы используют IQueryable. Я постараюсь ответить и вопросы.

ваши два образца кода - это просто разные способы написание тех же запросов LINQ (при условии, что они хорошо написаны). Код в Примере 1-это просто сокращение для кода в Примере 2. Компилятор обрабатывает код в обоих образцах одинаково. Подумайте о том, как компилятор C# будет обрабатывать int? аналогично Nullable<System.Int32>. Оба C# и VB.Net языки предоставляют этот синтаксис сокращенного запроса. Другие языки могут не иметь такой синтаксис, и вам придется использовать в Примере 2. Фактически, другие языки могут даже не поддерживать методы расширения или лямбда-код выражения, и вам придется использовать еще более уродливый синтаксис.

обновление:

чтобы взять пример Сандера дальше, когда вы пишете это (синтаксис понимания запроса):

var surveyNames = from s in db.Surveys select s.Name

вы думаю компилятор превращает эту стенографию в это (методы расширения и лямбда-выражение):

IQueryable<string> surveryNames = db.Surveys.Select(s => s.Name);

но на самом деле методы расширения и лямбда-выражения сами по себе являются стенографическими. Компиляторы излучают что-то вроде этого (не именно, но только чтобы дать представление):

Expression<Func<Survey, string>> selector = delegate(Survey s) { return s.Name; };
IQueryable<string> surveryNames = Queryable.Select(db.Surveys, selector);

отметим, что Select() - это просто статический метод в Queryable класса. Если ваш язык .NET не поддерживает синтаксис запросов, лямбды или методы расширения, вам придется написать код самостоятельно.

Какие преимущества одного стиля над другим?

для небольших запросов, методы расширения могут быть более компактными:

var items = source.Where(s => s > 5);

также, синтаксис метода расширения может быть более гибким, например, условные предложения where:

var items = source.Where(s => s > 5);

if(smallerThanThen)
    items = items.Where(s => s < 10);
if(even)
    items = items.Where(s => (s % 2) == 0);

return items.OrderBy(s => s);

кроме того, несколько методов доступны только через синтаксис метода расширения (Count (), Aggregate (), Take (), Skip (), ToList (), ToArray () и т. д.), Поэтому, если я буду использовать один из них, я обычно буду писать весь запрос в этом синтаксисе, чтобы избежать смешивания обоих синтаксисов.

var floridaCount = source.Count(s => s.State == "FL");

var items = source
            .Where(s => s > 5)
            .Skip(5)
            .Take(3)
            .ToList();

С другой стороны, когда запрос становится больше и сложнее, синтаксис понимания запроса может быть яснее, особенно когда вы начинаете усложнять с несколькими let, group, join, etc.

в конце концов, я обычно буду использовать то, что работает лучше для каждого конкретного запроса.

Update: вы исправили свой заголовок, поэтому игнорируйте остальное...

теперь о вашем названии: что касается LINQ, IEnumerable и IQueryable очень похожи. Они оба имеют почти одинаковые методы расширения (Select, Where, Count и т. д.), с основным (только?) разница в том, что IEnumerable принимает Func<TIn,TOut> как пареметры и IQueryable принимает Expression<Func<TIn,TOut>> как параметры. Вы выражаете оба одинаково (обычно выражения Ламбы), но внутренне они совершенно разные.

IEnumerable-это дверной проем в LINQ to Objects. Методы расширения LINQ to Objects могут быть вызваны на любом IEnumerable (массивы, списки, все, что вы можете повторить с foreach) и Func<TIn,TOut> преобразуется в IL во время компиляции и работает как обычный код метода во время выполнения. Обратите внимание, что некоторые другие поставщики LINQ используют IEnumerable и поэтому фактически используют LINQ для объектов за кулисами (LINQ to XML, LINQ to DataSet).

IQueryable используется LINQ to SQL, LINQ to Entities и другими поставщиками LINQ, которым необходимо изучить ваш запрос и перевести его вместо прямого выполнения кода. IQueryable запросы и их Expression<Func<TIn,TOut>>s не компилируются в IL во время компиляции. Вместо выражение дерево создается и может быть проверено во время выполнения. Это позволяет переводить операторы на другие языки запросов (например, T-SQL). Дерево выражений можно скомпилировать в Func во время выполнения и выполнить при желании.

пример, иллюстрирующий разницу, можно найти в этот вопрос где OP хочет выполнить часть запроса LINQ to SQL в SQL Server, привести объекты в управляемый код и выполнить остальную часть запроса в LINQ to Objects. Для этого у него есть все. чтобы сделать это, бросьте IQueryable в IEnumerable, где он хочет, чтобы произошел переключатель.