Wraz z LINQ do C# zawitało słówko kluczowe let. Najpierw krótkie naszego dzisiejszego gościa przedstawienie. Wyobraźmy sobie klasę Person z imieniem, nazwiskiem oraz wiekiem. Idąc dalej wyobraźmy sobie zadanie: wybrać te osoby, których wiek jest mniejszy niż średnia wieku wszystkich osób w zbiorze. Konstrukcja let daje nam możliwość zapamiętania danej wartości w samym sercu zapytania LINQ, co pozwala nam zwiększyć jego czytelność i uniknąć deklarowania zmiennych poza jego wnętrzem. Przykład:
1: var young = from person in persons
2: let average = persons.Average(p => p.Age)
3: where person.Age < average
4: select person;
Oczywiście jest to najbanalniejszy z banalnych przykładów, jednak niechajże postara się szanowny Czytelnik pomysleć o tworzeniu w ten sposób skomplikowanych warunków, dodawaniu “podzapytań” itd, a przed oczami Jego jawić się będzie moc nieprzemierzona o dowolnym stopniu zaawansowania.
Może się jednak zdarzyć, że podobna funkcjonalność będzie nam przydatna także poza kontekstem standardowych C#’owych zapytań LINQ – czyli przy korzystaniu ze standardowych metod. Co wtedy? Trzeba sobie takie zachowanie zasymulować – poprzez wykorzystanie kolejnej nowości z C# 3.0 czyli typów anonimowych. Powyższy przykład da się zapisać w sposób następujący:
1: var young = persons.Select(p => new { Person = p, Average = persons.Average(p2 => p2.Age) })
2: .Where(p => p.Person.Age < p.Average);
Tak na marginesie – kompilator C# robi dokładnie to samo. Skąd u mnie taka mądrość? Stąd co zwykle – z Reflectora.
UPDATE 13-07-2008:
Pojawił się nowy post traktujący o niebezpieczeństwie związanym z omawianą kontrukcją.
