Что нового в Rider 2025.1

Перемещайтесь по всей кодовой базе с помощью нового представления Files. Оно находится рядом с окном Solution. Представление Files отображает всю структуру репозитория с самого корня, что облегчает работу с фулстек-проектами, конфигурационными файлами и всеми другими компонентами вашей среды разработки. Чтобы включить обзор всей структуры репозитория, выберите New Files View в настройках окна Solution Explorer.

Теперь можно просматривать и исследовать синтаксические деревья C# прямо в Rider с помощью нового визуализатора Roslyn. Он отображает дерево в реальном времени и синхронизирован с редактором кода.

Вы можете легко исследовать узлы, проверять их свойства, быстро переходить между кодом и узлами дерева, а также использовать удобный поиск и фильтрацию. Подробнее.

В Rider 2025.1 появилась поддержка удаленной разработки на Windows-хостах через JetBrains Toolbox App. Для Linux пока остается Gateway, но со временем основным инструментом для удаленной работы станет именно Toolbox App. Подробнее о подключении к хост-машинам Windows, macOS и Linux с помощью JetBrains Toolbox App читайте в нашем блоге.

Rider теперь интегрируется с Unity Profiler и показывает информацию о загрузке процессора прямо в редакторе. IDE получает снэпшоты использования процессора и отображает их рядом с кодом, помогая находить проблемные места при написании и отладке скриптов Unity. Можно быстро переходить от вызовов в Unity Profiler к соответствующим методам в Rider.

Другие возможности для разработчиков игр

• Поддержка шаблонов проектов из новой SDK.
• Создание/запуск/отладку проектов, использующих новый SDK в качестве целевого.
• Начальная поддержка новейших превью-возможностей C# 14 и VB 17.13.

Rider 2025.1 предоставляет начальную поддержку .NET 10 и новых функций C# 14, чтобы вы могли без проблем работать с новейшими возможностями языка.

Раньше при использовании nameof требовалось указывать все аргументы типа, что делало код излишне громоздким. В C# 14 можно использовать nameof(List<>) без явного указания аргументов типа. Теперь Rider обнаруживает лишние аргументы типа в выражениях nameof и предлагает быстрое исправление для их упрощения.

C# 14 вводит новые неявные преобразования между ReadOnlySpan<T>, Span<T> и T[], что упрощает работу с типами span и делает код более понятным. Rider полностью поддерживает эти новые правила, помогая писать эффективный и современный код на C#.

Читайте обо всех улучшениях поддержки C# в Rider и ReSharper в нашем блоге.

Мы переписали отдельные части автодополнения в F#, и теперь оно работает быстрее, потребляет меньше памяти и предлагает более точные подсказки.

Мы оптимизировали построение метаданных, устранили ошибки, которые могли вызывать зависания и сбои при анализе кода, а также сделали откат операций быстрее, так что редактировать код стало комфортнее.

Подробнее об устраненных ошибках и улучшениях поддержки F# читайте здесь.

На Windows и Linux теперь можно объединить главное меню с панелью инструментов — интерфейс станет чище и удобнее.

Теперь в Rider можно настроить автоматическое обновление плагинов в фоновом режиме. Все доступные и совместимые обновления будут загружены и установлены при следующем запуске IDE без лишних уведомлений.

В этой версии мы полностью переработали систему интернирования строк. IDE обрабатывает огромное количество строк — исходный код, элементы синтаксиса, имена символов и пути к файлам — поэтому важно, чтобы строки обрабатывались эффективно. Новая система интернирования строк в среднем хранит в четыре раза больше уникальных строк по сравнению с предыдущей версией и при этом потребляет примерно в два раза меньше памяти. Это освобождает ресурсы в крупных .NET-проектах.

Для версии 2025.1 была полностью переработана поддержка Razor tag helpers и компонентов Blazor. Эта давно необходимая переработка сокращает время анализа на 5–10% для больших решений ASP.NET с интенсивным использованием компонентов. Вы также заметите меньше повторного анализа при редактировании файлов .cshtml/.razor, а также значительно меньше ложных сообщений об ошибках.

В версии 2025.1 мы сосредоточились на повышении качества автодополнения на основе ИИ для компонентов веб-фреймворков. Улучшения затронули как локальное полнострочное автодополнение, так и облачные подсказки, создаваемые языковыми моделями на сервере.

Теперь Rider автоматически подстраивает имена юнит-тестов, сгенерированных ИИ, под принятые в вашем проекте соглашения. Это помогает сохранять порядок в тестах, избавляет от лишнего переименования и делает интеграцию тестов проще и понятнее.

Узнайте больше о возможностях AI Assistant на этой странице.

Теперь Rider автоматически подключается к дочерним и вложенным процессам при отладке .NET-приложений. Если эта опция включена в конфигурации запуска/отладки, IDE будет подключаться ко всем .NET-процессам, запущенным внутри дерева процессов приложения.

Включить эту функцию можно с помощью новой галочки Attach to child .NET processes.

В Rider 2025.1 улучшена визуализация данных для LINQ-выражений, что упрощает понимание и отладку сложных запросов прямо в отладчике. Теперь вы можете просматривать выполнение запроса, видеть промежуточные результаты и лучше понимать, как LINQ-преобразования меняют данные. Подробнее об этой функции — в документации.

Rider 2025.1 представляет специальную конфигурацию для запуска и отладки dotnet watch, которая упрощает работу над проектами, требующими автоматической пересборки и перезапуска при изменении кода.

Это улучшение особенно полезно для разработчиков ASP.NET Core и .NET, так как позволяет автоматически собирать приложение при изменении файлов .cs, .html или .css. Функция также работает с тестовыми файлами, автоматически выполняя тесты при изменении кода.

В Rider 2025.1 добавлена поддержка перенаправления ввода и вывода для конфигураций запуска. Теперь вы можете легко указать файл для стандартного ввода (stdin) и перенаправить вывод программы в файл, что упрощает отладку и тестирование.

Кроме того, теперь можно прикреплять лог-файлы к конфигурации запуска. Эти файлы будут отображаться в отдельных вкладках в окнах Run и Debug во время выполнения программы.

Rider 2025.1 упрощает управление переменными окружения. Вместо того, чтобы вводить переменные вручную, теперь можно использовать файлы .env прямо в конфигурациях запуска/отладки. Просто нажмите на значок папки (Browse) рядом с полем Environment Variables, чтобы подключить файлы .env. Rider загрузит их при следующем запуске. Вы даже можете использовать несколько файлов в разных проектах, чтобы поддерживать одинаковые настройки.

Теперь сведения о коммите можно посмотреть прямо на панели Diff. Диалог сравнения теперь отображает сообщение коммита, автора, дату и время, а также полный хеш, что дает более четкое представление об истории файла и помогает быстрее разобраться в изменениях.

Теперь вы можете запустить любой инструмент для выполнения дополнительных проверок перед коммитом, помимо инспекций и форматирования. Пользовательские проверки можно настроить в диалоге Run Configuration как конфигурации запуска. Это помогает выявлять потенциальные проблемы заранее и следить за тем, что ваш код соответствует стандартам проекта до коммита.

Подробнее об обновлениях для VCS, читайте на этой странице.

Мы добавили поддержку фреймворка NoesisGUI как для проектов Unreal Engine, так и для Unity.

Удаленная работа с Unity-проектами стала удобнее: появился выбор вариантов шейдеров, а в Unity Explorer теперь правильно выделяется открытый файл.

Мы внесли несколько исправлений в пакет Rider, поставляемый с Unity. Например, корневые пространства имен больше не пропадают случайным образом, лог-файл Unity Editor теперь можно открыть прямо со страницы настроек Unity, а на Linux больше не появляются дублирующиеся записи Rider.

Rider 2025.1 теперь поддерживает запуск и отладку проектов Azure Function через плагины .NET Aspire и Azure Toolkit for Rider. Пожалуйста, поделитесь любыми отзывами об этой функциональности в комментариях к этому тикету.

Плагин .NET Aspire теперь также поддерживает запуск и отладку проектов AWS Lambda Function в Rider. Подробнее можно узнать в этом GitHub-тикете.

Rider 2025.1 теперь поддерживает удаленную отладку проектов Azure App Services через плагин Azure Toolkit for Rider (поддерживаются Azure Functions и Azure Web Apps).

Rider 2025.1 представляет полноценную поддержку публикации Blazor WebAssembly (WASM). Теперь вы можете использовать конфигурацию .NET Publish | Publish to Folder, которая будет использовать целевой runtime browser-wasm без ошибок, связанных с отсутствующими файлами в выходных данных.

Теперь Rider отдает приоритет быстрым исправлениям на основе сервисов, особенно для импортов, когда внутренние предложения недоступны. Это позволяет быстрее находить и применять нужные исправления, улучшая процесс работы с кодом.

Подробнее об этом читайте на странице Что нового в WebStorm.

Code With Me

Раньше для запуска сессии Code With Me в Rider нужно было вручную включать поддержку этой функции и перезапускать IDE. В Rider 2025.1 этот шаг больше не требуется — вы можете начать совместную сессию сразу без перезапуска IDE.

Терминал JetBrains: новая архитектура бета

В версии 2025.1 переработанная архитектура терминала доступна в режиме бета-версии. Терминал теперь работает на стабильном, соответствующем стандартам ядре и использует редактор IDE для отображения интерфейса. Эти изменения позволили нам добавить новые функции, одновременно обеспечив совместимость и производительность на разных локальных и удаленных платформах. Подробнее о планах и ходе работы читайте в нашем блоге.

Rider 2025.1 включает несколько улучшений декомпилятора: добавлена поддержка новейших возможностей C# и улучшена читаемость кода. Вот что нового:

• Поддержка членов с модификатором required.
• Добавлена поддержка нового типа System.Threading.Lock, представленного в C# 13.
• Поддержка полей с модификатором ref и параметров с модификатором scoped.
• Поддержка анти-ограничения allows ref struct для обобщенных типов.
• Поддержка using на основе шаблонов для типов ref struct.
• Поддержка интерполяции строк.
• Некоторые целочисленные константы в декомпилированном коде теперь сопровождаются комментариями с их шестнадцатеричным значением — для лучшей читаемости.
• Поддержка пространств имен, ограниченных файлом.