Когда использовать метод расширения с лямбда-выражением над LINQtoObjects для фильтрации коллекции?

Question

Я создаю прототипы некоторых коллекционных фильтров C # 3 и наткнулся на это. У меня есть коллекция продуктов:

public class MyProduct
{
    public string Name { get; set; }
    public Double Price { get; set; }
    public string Description { get; set; }
}

var MyProducts = new  List<MyProduct>
{            
    new  MyProduct
    {
        Name = "Surfboard",
        Price = 144.99,
        Description = "Most important thing you will ever own."
    },
    new MyProduct
    {
        Name = "Leash",
        Price = 29.28,
        Description = "Keep important things close to you."
    }
    ,
    new MyProduct
    {
        Name = "Sun Screen",
        Price = 15.88,
        Description = "1000 SPF! Who Could ask for more?"
    }
};

Теперь, если я использую LINQ для фильтрации, он работает как положено:

var d = (from mp in MyProducts
             where mp.Price < 50d
             select mp);

И если я использую метод расширения Where в сочетании с лямбда-выражением, фильтр также работает:

var f = MyProducts.Where(mp => mp.Price < 50d).ToList();

Вопрос: В чем разница и зачем использовать одно над другим?

Answer 1

LINQ превращается в вызовы методов, такие как код, который у вас есть.

Другими словами, не должно быть никакой разницы.

Однако в ваших двух фрагментах кода вы не вызываете .ToList в первом, поэтому первый фрагмент кода создаст перечисляемый источник данных, но если вы вызовете .ToList для него, оба должны быть одинаковыми.

Answer 2

Как уже упоминалось, d будет IEnumerable<MyProduct>, а f равно List<MyProduct>

Преобразование выполняется компилятором C #

var d = 
    from mp in MyProducts
    where mp.Price < 50d
    select mp;

Преобразуется в (до компиляции в IL и с расширенными обобщениями):

var d = 
    MyProducts.
    Where<MyProduct>( mp => mp.Price < 50d ).
    Select<MyProduct>( mp => mp ); 
    //note that this last select is optimised out if it makes no change

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

Например, этот оператор может включать группировки, заказы и несколько операторов let и все еще быть читаемым в формате Linq, когда эквивалент .Method().Method.Method() станет сложным.

Answer 3

Синтаксис, который вы используете для d , будет преобразован компилятором в тот же IL, что и методы расширения. Предполагается, что «подобный SQL» синтаксис является более естественным способом представления выражения LINQ (хотя я лично предпочитаю методы расширения). Как уже указывалось, первый пример вернет результат IEnumerable, а второй пример вернет результат List из-за вызова ToList (). Если вы удалите вызов ToList () во втором примере, они оба вернут тот же результат, что и Where, который возвращает результат IEnumerable.

Answer 4

Кроме различий в ToList, # 2 намного более читабелен и естественен для IMO