W VS 2013 usprawniono debugowanie kodu asynchronicznego. Wszyscy jesteśmy przyzwyczajeni już do async\await. Znacząco to ułatwia wykonywanie operacji asynchronicznych. Niestety, debugowanie w VS 2012 jest dość uciążliwe. Załóżmy, że mamy kod z wieloma metodami asynchronicznymi, które z kolei są pozagnieżdżane. W przypadku wyrzucenia wyjątku lub ustawienia breakpoint’a, call stack nie zawierał żadnych informacji. Przetestujmy opisany problem na następującym kodzie:publicpartialclass MainWindow : Window {...
Strona głównaNarzędzia
Narzędzia 3981 dni, 12 godzin, 9 minut temu 176 pokaż kod licznika zwiń
Podobne artykuły:
- Piotr Zieliński » Async\Await–wydajność, część II (implementacja wewnętrzna)
- CQRS i mikroserwisy...i async: jak poinformować użytkownika o stanie przetwarzanej operacji? - Forever F[r]ame
- burczu programator - blog: Kontrolery asynchroniczne w ASP.NET MVC 4
- WP XNA 13: Trial | Wojciech Poniatowski [PL]
- console.log(); – wykorzystanie konsoli w JavaScript | Łukasz Gąsior - Blog
- What lies beneath async/await in C# ? - Forever F[r]ame
- Programowanie w .NET: await, async - konwencje i fakty
- Moje grzechy w TPL | Why You Code!
- [EN] Never forget to turn off debugging on production | blog.kateo.pl
- Programistyczne wywołanie debuggera | Jarosław Stadnicki
- “Maybe” monad through async/await in C# (No Tasks!)