Wyświetl wynik kwerendy LINQ w zegarku/debugerze

Question

Czy istnieje sposób, aby wyświetlić wynik kwerendy LINQ w Visual Studio 2010? Jeśli dodasz zapytanie jako wyrażenie zegarka, powie "Wyrażenie nie może zawierać wyrażeń lambda".

W jakimś kodzie testowym agreguję sumy kilku pomiarów dla pewnej liczby dzieci i porównuję sumę do ich wartości rodziców dla tej samej metryki (zagnieżdżone głęboko, jeśli nie). Wszystkie moje zapytania znajdują się w instrukcjach if. Jak mogę wyświetlić te wartości, nie tylko przypisując wynik do zmiennej lokalnej? Przypisanie podwaja moją liczbę linii i oprócz debugowania nie zapewnia żadnych korzyści. Czy ktoś ma pracę wokół, której używają do przeglądania wyników zapytań LINQ w debugerze?

Answer 1

Obecnie nie można używać wyrażeń lambda na liście obserwowanych w programie Visual Studio.

Istnieje kilka rzeczy, które możesz zrobić:

1. utworzyć metodę, która wywołuje pożądany lambda, a następnie umieścić ten sposób połączenia w wyciągu zegarka.

2. Ustaw żądane wyrażenie lambda na zmienną, a następnie spójrz na zawartość tej zmiennej o wartości . Należy pamiętać, że spowoduje to wyliczenie poprzez wyrażenie i może powodować działania niepożądane.

Wyobrażam sobie ten znajduje się na liście wniosków cecha dla VS, ale MSFT nie uczyniła go jeszcze. Mam nadzieję, że to pomoże w międzyczasie.

Answer 2

Nie jestem pewien, czy to właśnie masz na myśli (może się nieporozumienie), ale mogę zobaczyć wyniki mojego zapytania LINQ, patrząc w oknie Locals i rozszerzając widok wyników mojej zmiennej zapytania.

ciągu, że mogę kiedykolwiek dalej rozwinąć i wyświetlić dane wewnątrz:

Answer 3

In Visual Studio 2015 you'll be able to debug lambda expressions (to Podgląd w momencie pisania). Będziesz mógł dodawać zegarki z wyrażeniami lambda itp.

Ewaluator wyrażeń musiał zostać przepisany, brakuje wielu funkcji: zdalne debugowanie ASP.NET, zadeklarowanie zmiennych w oknie bezpośrednim, kontrola zmiennych dynamicznych itp. Wyrażenia lambda które wymagają wywoływania funkcji natywnych nie są obecnie obsługiwane. Wszystkie funkcje zostaną zakończone po zwolnieniu VS2015.

Answer 4

Wybieram ten stary wątek dla tych, którzy nie mają tyle szczęścia, aby używać VS 2015, a którzy wciąż cierpią z powodu tej brakującej funkcji w poprzedniej wersji VS.

To jest trochę bolesne, że trzeba podzielić kod tylko ze względu na debugowanie.

Alternatywą lubię używać do Gdzie zapytania jest: DynamicQueryable.

powiedzmy masz zapytanie: (znowu

System.Linq.Dynamic.DynamicQueryable.Where(myClass.Records.AsQueryable(), "Country.Code == \"FRA\"").ToList() 

Jest to dość łatwe do napisania dla przypadku zapytań:

myClass.Records.Where(rec => rec.Country.Code == "FRA") 

Następnie za pomocą DynamicQueryable można wpisać oświadczenie zegarek, który będzie wyglądać), a ponieważ jest to zegarek, dość szybki do aktualizacji i przydatny do celów debugowania. Pomyśl o dodaniu ToList() lub ToArray(), aby automatycznie zastosować projekcję w wyciągu z zegarka.

Dla złożonych instrukcji Select, myślę, że nie byłby przydatny, ale może pomóc.

Polecam również użyć narzędzia o nazwie OzCode. Ostatnia wersja zawiera LINQ debug feature which is quite awesome. Możesz śledzić stan modyfikującej kolekcję na każdym poziomie instrukcji LINQ.