Приховані труднощі реалізації відладчика для .NET WASM додатків

Реалізація інфраструктури налагодження для програм .NET (Blazor) WebAssembly є складною через її унікальне середовище виконання. У цій доповіді ми глибоко зануримося в приховані труднощі реалізації інтерфейсу IDE налагоджувача для програм .NET WASM.

Почнемо з огляду анатомії виконання додатка Blazor WASM, зокрема розглядаємо Debug Proxy. Потім ми порівняємо звичайне налагодження .NET з налагодженням Blazor і представимо інфраструктуру налагодження Rider. Далі ми обговоримо етапи ініціалізації сеансу налагодження, зокрема те, як використовується CDP (Chrome DevTools Protocol). Ми розглянемо точки зупинки, оцінку та вивчимо оркестровку кількох консольних переглядів. Нарешті, ми обговоримо кілька слів про hot-reload, як воно працює та як воно підтримується з боку IDE.

Ця доповідь є важливою для розробників .NET, які працюють із Blazor WASM, і для всіх, хто зацікавлений у розумінні складнощів налагодження додатків .NET.

Андрій Рубльов
JetBrains, Rider Team
  • JetBrains, Software Developer at Rider
  • Андрій інженер-програміст, цiкавиться створенням інструментів для мов програмування та розробкою ігор.
  • У вільний час активно бере участь у різних проєктах з відкритим кодом. Намагається зробити все можливе для завершення існуючих pet-project та створює новi.
  • Основний розробник EF Core і MonoGame плагiнiв для JetBrains Rider
  • LinkedIn, GitHub
Увійти
Або поштою
Увійти
Або поштою
Реєстрація через e-mail
Реєстрація через e-mail
Забули пароль?