JetBrains добавила отладчик .NET в расширение ReSharper для VS Code и совместимых редакторов. Это закрывает одну из самых болезненных дыр в рабочих процессах, где код пишут в «AI-first» редакторе, а отлаживают в отдельной IDE.
JetBrains расширила возможности ReSharper для редакторов на базе VS Code: в составе версии 2026.2 появился встроенный отладчик .NET. Обновление нацелено на тех, кто пишет и правит код в лёгких редакторах (включая VS Code-совместимые), но раньше был вынужден держать отдельную IDE «на всякий случай», когда начиналась настоящая отладка.
Что именно добавили
Новый отладчик встроен в расширение ReSharper и использует тот же базовый движок, что и в JetBrains Rider. То есть речь не о «минимальном просмотре логов», а о привычном сценарии: поставили точку останова, остановили выполнение, посмотрели переменные и пошли шаг за шагом разбираться, где всё пошло не так.
- Точки останова: обычные и условные, а также варианты с подсчётом попаданий и логированием без остановки.
- Пошаговая навигация: стандартные действия отладки (
Step Over,Step Into,Step Out) через привычную панель отладки редактора. - Просмотр состояния: переменные, выражения и стек вызовов во время выполнения.
- Запуск и подключение: можно стартовать процесс или подключиться к уже запущенному приложению (включая .NET, .NET Framework и Mono).
- Отладка тестов: брейкпоинты внутри unit-тестов и запуск тестов в режиме отладки.
Почему это важно именно сейчас
За последний год у многих разработчиков рабочий день стал выглядеть так: код пишется в редакторе, который «заточен» под ИИ-подсказки и быстрые правки, а вот отладка уезжает в отдельный инструмент. Это ломает ритм — особенно когда нужно сделать несколько коротких итераций: поправить пару строк, запустить, посмотреть состояние, снова поправить.
Появление дебаггера прямо в расширении делает цикл короче. В простых случаях можно закрыть потребность «быстро разобраться, почему падает», не переключаясь между окнами и не перенося контекст.
Практический нюанс, о котором легко забыть
У VS Code есть архитектурное ограничение: для одного языка одновременно может быть активен только один движок отладки. Поэтому, если у вас уже установлено другое расширение для отладки C# (например, альтернативный дебаггер), придётся отключить его, иначе новый инструмент не сможет перехватить сессию.
Как это может выглядеть в реальной жизни
Представим типичную ситуацию: сервис на ASP.NET начинает отдавать 500-ки только на одном наборе входных данных. Раньше многие бы быстро воспроизвели ошибку в редакторе, а затем «уехали» в отдельную IDE ради отладки. Теперь можно остаться в одном окружении: поставить условный брейкпоинт, дождаться нужного запроса, посмотреть значения и понять, где именно ломается логика (например, в преобразовании типов или в обработке пустых значений).
