Linq: Jaka jest różnica między Select i Where

Question

Metody są dostępne w Linq. Co każdy programista powinien wiedzieć o tych dwóch metodach? Na przykład: kiedy używać jednej na drugiej, wszelkie zalety korzystania z jednego nad drugim, itp.

Answer 1

Gdzie

znajdzie elementy, które pasują i zwraca tylko tych, które (filtrowanie).

->IEnumerable<A> w, IEnumerable<A> z

Wybierz

powraca coś dla wszystkie przedmiotów w źródle (projekcja/transformacji). To coś może być same w sobie, ale zwykle jest to jakaś projekcja.

->IEnumerable<A> w, IEnumerable<B> z

Answer 2

Wybrać mapy przeliczalne na nową strukturę. Jeśli dokonasz wyboru na IEnumerable, otrzymasz tablicę z taką samą liczbą elementów, ale inny typ w zależności od określonego odwzorowania. Gdzie filtruje IEnumerable tak, że daje ci podzbiór oryginalnego IEnumerable.

Answer 3

Są odrębne:

Select jest o transformacja.

Where to wszystko o filtrowaniu.

Answer 4

Wybierz i Gdzie są dwie zupełnie różne podmioty działające na IEnumerable s.

Pierwszy z nich to, co nazywamy operatorem Projekcję, natomiast ostatni jest operatorem Ograniczenie.

Interesującym sposobem na poznanie zachowania takich operatorów jest spojrzenie na ich "typ funkcjonalny".

• Wybierz (IEnumerable < T1>, funkc < T1, T2>) → IEnumerable < T2>; jako dane wejściowe przyjmuje zarówno elementy IEnumerable zawierające typ T1, jak i funkcję przekształcającą elementy typu T1 w elementy typu T2. Dane wyjściowe są elementami zawierającymi IEnumerable typu T2.

  Z tego można łatwo zgadnąć, że ten operator będzie produkować swoje wyjście poprzez zastosowanie funkcji wprowadzania na każdym elemencie wejścia IEnumerable i zawijanie wyników wewnątrz nowego IEnumerable.

  Posługując się jakąś notacją matematyczną, przyjmuje jako dane wejściowe (a, b, c, ...) IEnumerable < T1> i F T1 → T2 i wytwarza (F (a), F (b), F (C), ...) IEnumerable < T2>

• Gdzie: (IEnumerable < T1>, Func < T1, bool>) → IEnumerable < T1>; ten pobiera elementy IEnumerable zawierające typ T1 i predykat na T1 (to znaczy funkcję, która daje wynik boolowski dla wejścia typu T1). Widzisz, że wyjście jest również elementem zawierającym IEnumerable typu T1.

  Tym razem można by przypuszczać, że element wejścia IEnumerable będzie obecny na wyjściu IEnumerable w zależności od wyniku zastosowania predykatu do elementu. Dodając do tego semantykę nazwy operatora, możesz być pewny, że wygeneruje on wynik IEnumerable, pobierając z wejścia tylko te elementy, które są prawdziwe w zastosowaniu predykatu.

Osób funkcjonalnego programowania tle zwykle myśleć w ten sposób. Pozwala na wywnioskowanie (a przynajmniej odgadnięcie ...) tego, co robi operator, tylko patrząc na jego typ!

Jako ćwiczenie, spróbuj spojrzeć na innych operatorów wprowadzonych przez LINQ na IEnumerables i wywnioskować ich zachowanie, zanim przejrzysz dokumentację!

Answer 5

Jeśli wiesz, w jaki sposób zaimplementowano Gdzie i wybierz metody rozszerzenia, możesz przewidzieć, co robi ... Próbowałem zaimplementować miejsce i wybrać metody rozszerzeń ... Możesz spojrzeć na to ...

Gdzie realizacja ::

public static IEnumerable<Tsource> Where<Tsource> (this IEnumerable<Tsource> a , Func<Tsource , bool> Method) 
{ 

    foreach (var data in a) 
    { 
     //If the lambda Expression(delegate) returns "true" Then return the Data. (use 'yield' for deferred return) 
     if (Method.Invoke (data)) 
     { 
      yield return data; 
     } 
    } 
} 

Wybierz realizacja ::

public static IEnumerable<TResult> Select<TSource , TResult> (this IEnumerable<TSource> a , Func<TSource , TResult> Method) 
{ 
    foreach (var item in a) 
    { 
     //Each iteration call the delegate and return the Data back.(use 'yield' for deferred return) 
     yield return Method.Invoke (item); 
    } 
} 

Moja implementacja działa dobrze dla każdej kolekcji .. Ale różni się od implementowanych przez Microsoft metod rozszerzeń, ponieważ używają drzewek wyrażeń do ich implementacji.