W jaki sposób wyrażenie LINQ wie, że Where() występuje przed Select()?

Question

Próbuję utworzyć dostawcę LINQ. Korzystam z przewodnika LINQ: Building an IQueryable provider series i dodałem kod do LINQ: Budowanie dostawcy IQueryable - Część IV.

Czuję, jak działa i jaki jest pomysł. Teraz utknąłem na problemie, który nie jest problemem z kodem, ale bardziej na zrozumieniu.

mam wystrzelenie to stwierdzenie:

QueryProvider provider = new DbQueryProvider(); 
Query<Customer> customers = new Query<Customer>(provider); 

int i = 3; 
var newLinqCustomer = customers.Select(c => new { c.Id, c.Name}).Where(p => p.Id == 2 | p.Id == i).ToList(); 

jakoś kodu lub ekspresyjny, wie, że Where przychodzi przed Select. Ale jak i gdzie?

W kodzie, który sortuje wyrażenie, nie ma sposobu, w rzeczywistości ToString() w trybie debugowania, pokazuje, że Select jest przed Where.

Próbowałem sprawić, by kod zawiódł. Normalnie zrobiłem najpierw Where, a następnie Select.

W jaki sposób wyrażenie to sortuje? Nie zrobiłem żadnej zmiany w kodzie w przewodniku.

Answer 1

wyrażenia są „interpretować”, „przetłumaczone” lub „stracony” w kolejności ich pisać - tak Where robi nie przyjść przed Select

---

Jeśli wykonanie:

 var newLinqCustomer = customers.Select(c => new { c.Id, c.Name}) 
             .Where(p => p.Id == 2 | p.Id == i).ToList(); 

Następnie Where jest wykonywany na IEnumerable lub IQueryable anonimowego typu.

---

Jeśli wykonanie:

 var newLinqCustomer = customers.Where(p => p.Id == 2 | p.Id == i) 
             .Select(c => new { c.Id, c.Name}).ToList(); 

Następnie Where jest wykonywany na IEnumerable lub IQueryable typu klienta.

Jedyne, co mogę myśleć to to, że może widzisz wygenerowany kod SQL, w którym SELECT i WHERE zostały zmienione? W takim przypadku mogę zgadnąć, że istnieje krok optymalizacji gdzieś w dostawcy (np.) LINQ to SQL, który pobiera SELECT Id, Name FROM (SELECT Id, Name FROM Customer WHERE Id=2 || Id=@i) i konwertuje go na SELECT Id, Name FROM Customer WHERE Id=2 || Id=@i - ale musi to być optymalizacja specyficzna dla dostawcy.

Answer 2

Nie, w ogólnym przypadku (np. LINQ to Objects) wybór zostanie wykonany przed instrukcją where. Pomyśl, że to jest potok, twoim pierwszym krokiem jest transformacja, a drugi filtr. Nie odwrotnie, jak by było, gdybyś napisał Gdzie ... Wybierz.

Teraz dostawca LINQ ma swobodę poruszania się po drzewie ekspresji i optymalizowania go zgodnie z oczekiwaniami. Należy jednak pamiętać, że nie można zmienić semantyki wyrażenia. Oznacza to, że inteligentny dostawca LINQ to SQL spróbuje pobrać tyle klauzul, ile można do zapytania SQL, aby zmniejszyć ilość danych przesyłanych przez sieć.Należy jednak pamiętać o: the example from Stuart: Nie wszyscy dostawcy zapytań są sprytni, częściowo dlatego, że wykluczenie skutków ubocznych w wyniku zmiany kolejności zapytań nie jest tak proste, jak się wydaje.