Что нового в Rider

Также мы поддержали новые возможности в редакторе:

• При использовании HttpClient автодополнение предложит вам все URI, которые соответствуют действиям в контроллерах, аннотированных атрибутом [Route], [Http{Method}] или [AcceptVerbs].
• Вы можете с легкостью выполнять навигацию между этими URI и атрибутами маршрута в контроллерах, пользуясь действиями Go to Declaration и Find Usages.
• Если вы переименуете атрибут маршрута в контроллере, изменения также применятся к упоминаниям этого атрибута в URI. Вы можете переименовать маршрут прямо в строке URI.

Долгожданная новость: теперь Rider позволяет выполнять отладку Blazor WebAssembly на стороне клиента! Поддерживаются приложения .NET 5.0 и .NET Core 3.1.

Follow the official Microsoft guide to set up WASM debugging. После этого можете запускать отладку привычным для вас образом.

Используете временные переменные, чтобы поменять местами два значения? Предлагаем вам более элегантное решение. Модернизируйте ваш код при помощи нового быстрого исправления Swap via deconstruction.

Мы добавили в Rider новые инспекции и быстрые исправления для работы с аннотациями, которые поддерживаются компилятором ([DisallowNull], [AllowNull], [MaybeNull], [NotNull] и др.).

Появилась инспекция для отслеживания избыточных аннотаций (например, использование [AllowNull] для типа NRT) и соответствующее быстрое исправление, чтобы убирать их.

Rider предложит вам использовать синтаксис NRT, если это допустимо.

Ошибки и предупреждения, найденные в сгенерированном коде, отобразятся в редакторе и на панели маркеров.

Также теперь Rider поддерживает код, созданный генераторами кода в VB.NET.

Умная интеграция Rider с редактором Unity обеспечивает проверку наличия открытых и несохраненных сцен перед коммитом. Вам больше не придется беспокоиться, все ли вы сохранили перед коммитом.

Как вы знаете, Rider показывает ссылку на документацию для классов и методов Unity во всплывающем окне. Теперь же вы можете использовать действие External Documentation (и соответствующе сочетание клавиш), чтобы перейти к документации, минуя всплывающее окно.

Теперь в Rider можно делать отладку локальных UWP-проигрывателей: для этого нужно настроить Windows так, чтобы он разрешал подключение к отлаживаемому процессу.

Представление Packages в Unity Explorer теперь гораздо быстрее отображается при повторном открытии решения и даже воспроизводит раскрытые папки.

Поддержка Unreal Engine 5. Да, все так! Rider for Unreal работает с новыми проектами Unreal Engine 5 не хуже, чем с проектами Unreal Engine 4.

Поддержка открытия файлов .uproject. Да, больше не придется генерировать файлы решений Visual Studio — Rider научился открывать проекты Unreal Engine прямо из файла <ИмяПроекта>.uproject.

Rider для Unreal Engine теперь работает на Mac! Просто откройте нужный файл <ИмяПроекта>.uproject и наслаждайтесь Rider for Unreal Engine на вашем Mac. Вы сможете редактировать код на C++ и файлы шейдеров (HLSL), выполнять навигацию, запускать инспекции и рефакторинги, настраивать стиль кода и применять для него быстрые исправления. Также мы поддержали Blueprint (поиск кода в файлах Blueprint, ссылки и счетчики Code Vision и навигацию), тесную интеграцию с Unreal Editor и встроенный в него отладчик. Версия для macOS работает с Unreal Engine 4.26 и выше.

Крупное обновление поддержки Natvis и встроенная демонстрация результатов отладки. Мы добавили поддержку наследуемых атрибутов, спецификаторов формата, настраиваемых элементов списка и др. — в том числе однострочные описания всех структур, не поддерживаемых Natvis, и узел [Raw View] для просмотра данных объекта.

Расширенные настройки стиля кода. Rider распознает проекты Unreal и сам выставляет настройки, позволяющие IDE понимать конвенции стиля кода UE и следовать им. Он подсветит код, нарушающий правильный стиль, и предложит быстрые исправления, чтобы внести правки.

Последнее, но не менее значимое нововведение — плагин EzArgs, обеспечивающий простой доступ к аргументам конфигурации run/debug для C++: достаточно просто ввести аргумент в раскрывающийся список на панели инструментов.

Мы объединили окна Reformat File и Code Cleanup. Старые сочетания клавиш для этих окон продолжат работать, но теперь вы сможете пользоваться единым представлением и выполнять оба шага одновременно. Для профилей очистки указываются входящие в них действия. Также теперь есть кнопка для переключения в режим редактирования профилей.

В окне коммита теперь можно включить автоматическую очистку кода для ваших изменений и выбрать желаемый профиль. Либо воспользуйтесь новой опцией в окне Reformat and Cleanup для переформатирования/очистки только тех изменений в текущем файле, которые не были закоммичены.

Теперь действия по переформатированию кода, оптимизации импортов и реорганизации кода также доступны для CSS, JavaScript и SQL. Вы можете отредактировать правила в Settings | Editor | Code Cleanup.

Пользуетесь Rider в первый раз? Для тех, кто никогда не пользовался Rider, мы добавили на начальный экран возможность импортировать настройки из других IDE, таких как Visual Studio, Visual Studio для Mac и Visual Studio Code. Также Rider распознает настройки ReSharper.

Подробнее об импорте настроек из других IDE читайте в нашем блоге.

Теперь нужное окно можно просто перетащить в удобное место — как внутри основного окна IDE, так и в отдельное окно. Просто нажмите на заголовок окна и, удерживая его, перетащите в любую подсвеченную область.

Для пользователей macOS заголовки окон IDE теперь прозрачные (за исключением полноэкранного режима). Это значит, что между заголовком окна и самим окном нет видимой границы.

Настроить параметры Rider для конкретных сценариев использования можно в меню Preferences/Settings раздела Advanced Settings. Например, можно добавить левое поле в режиме Distraction-free или сделать так, чтобы курсор двигался вниз, когда вы используете действие Comment with Line Comment.

Мы упростили навигацию в окне настроек Preferences/Settings: в правом верхнем углу окна появились стрелки. Они позволяют быстро перемещаться между открытыми разделами.

По умолчанию отладчик вычисляет и показывает значения свойств. Но иногда их вычисление могло занимать много времени. Поэтому мы добавили новое действие Disable Evaluation of Selected Item.

Бывает, что вычисление вызова метода оказывается фатальным для сеанса отладки, особенно в случае с нативным кодом. Теперь Rider запоминает проблемные вызовы и запрещает вам вычислять их.

При пошаговой отладке каждый новый файл открывается в новой вкладке, из-за чего панель вкладок может здорово разрастись. Теперь вы можете воспользоваться вкладкой предпросмотра. Она позволяет просматривать файлы в одной вкладке друг за другом, не открывая каждый файл в отдельной вкладке. Включить эту возможность можно в Settings/Preferences | General | Editor Tabs | Opening Policy.

Мы добавили поле поиска в диалоговом окне Local History, чтобы вам было легче переходить к нужному тексту в версиях локальной истории. Для быстрого поиска по истории файла щелкните правой кнопкой мыши по измененному файлу, выберите Local History | Show History в контекстном меню и введите ключевые слова в поле поиска.

Предпочитаете использовать стиль отступов Pico? Настроить стиль Pico теперь можно на вкладе Braces Layout, перейдя на страницу Preferences/Settings | Editor | Code Style | C# | Braces Layout.

Перезагрузка страниц в браузере при сохранении изменений

Теперь, когда вы делаете превью HTML-файлов в браузере и параллельно сохраняете новые изменения в HTML-файле или связанных с ним файлах CSS и JavaScript, IDE автоматически обновит превью. Эта возможность включена по умолчанию.

Рефакторинг Rename для React useState hooks

Вам больше не нужно тратить время на рефакторинг каждого значения или функции useState — Rider переименует их самостоятельно. Установите курсор на значение состояния и нажмите Shift+F6 или выберите Refactor | Rename в контекстном меню.

Автоматический импорт для require()

Знаете ли вы, что Rider умеет добавлять отсутствующие операторы импорта при вводе ES6-символов? Теперь это также возможно для модулей CommonJS: при автодополнении кода будут добавлены необходимые импорты require.

Теперь вы можете генерировать не только файлы .apk, но и файлы .aab (Android App Bundle). Скоро .apk станет единственным форматом, который можно будет загрузить на Google Play Store.

Появилась возможность создавать и редактировать XCAssets для imageset, appiconset и colorset прямо в Rider. Это позволяет просматривать различные конечные устройства и относящиеся к ним изображения, иконки и цвета. Вы можете добавлять или перемещать изображения и иконки, просто перетаскивая их. Также мы добавили инструмент выбора цвета, позволяющий с легкостью выбирать цвета.

Теперь, когда вы редактируете разметку Android или файлы ресурсов, файл Resource.Designer.cs генерируется автоматически и убирает все ошибки, которые ранее показывались неверно.

Постфиксные шаблоны помогают преобразовывать введенные вами выражения, не возвращаясь в начало строки. Мы наконец поддержали их для F#, начав с шаблона let.

В Rider появилось новое действие, позволяющее выполнять деконструкцию паттернов для tuples и вариантов union.

Мы добавили новые действия для реорганизации кода. Вы можете перемещать элементы вверх, вниз, влево и вправо прямо внутри enum и вариантов union, полей record и вариантов union, предложений в match, кортежей и параметров функций.

Новое действие Optimize Imports освободит вас от необходимости вручную запускать подобное быстрое исправление каждый раз, когда вы удаляете ненужные импорты и получаете предупреждения.

Открыт ранний доступ к версии Rider 2021.2 с полной нативной поддержкой чипа M1. Эта версия не включает трансляцию x64-to-ARM64. Используются следующие среды исполнения:

• Совместимая с Apple Silicon JBR (JetBrains Runtime) для фронтэнда.
• .NET 6 Preview 4 для бэкенда.

Подробнее о этом читайте на сайте поддержки Rider.

Генерация DDL-источников — еще один наш шаг на пути к созданию простой системы версионирования баз данных. Теперь вы можете хранить DDL-файлы в VCS-системе и заново генерировать их каждый раз, когда структура вашей базы обновляется.

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

Опция Separate Procedures and Functions, доступная в настройках проводника баз данных (значок шестеренки), помещает функции и процедуры в разные папки. При включении опции изменения применятся сразу же.

Что касается SQL Server, то для скалярных и табличных функций также есть разные узлы. Для PostgreSQL есть специальный узел, хранящий триггерные функции.

Еще одна новая настройка — Show Constraints and Triggers in the Schema. Если ее включить, триггеры, ключи и индексы будут отражаться в отдельных узлах на корневом уровне схемы, а не внутри таблиц.

Теперь вы можете пользоваться автодополнением для синонимов объектов из других баз данных.

Теперь dotCover позволяет запускать параллельный анализ покрытия тестовых классов на основе одной сборки. В некоторых случаях это может ускорить анализ покрытия.

Для проектов .NET Core и .NET теперь можно делать предварительную загрузку тест-раннеров для юнит-тестов — имея их в памяти, вы сможете быстрее запускать анализ покрытия.

Другие улучшения, достойные внимания:

• Мы улучшили поддержку возможностей C# 8.0 и C# 9.0 в дереве покрытия: в частности, теперь показываются стандартные реализации интерфейсов.
• Теперь dotCover предлагает перезапустить редактор Unity, если изменились фильтры покрытия.

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

Есть и другие улучшения:

• DPA автоматически выключается при запуске профилирования производительности.
• В окне Dynamic Program Analysis теперь можно адресовать сразу несколько проблем.
• Теперь вы можете игнорировать проблемы в асинхронных методах при помощи атрибута SuppressMessage.

SpecFlow is a tool to bring Behavior-Driven Development to .NET. В ответ на запрос сообщества мы решили помочь разработчикам SpecFlow создать плагин SpecFlow для JetBrains Marketplace. Он обеспечивает подсветку синтаксиса, автодополнение, навигацию и генерацию скелетов для тестов SpecFlow. Подробнее об этих возможностях можно узнать из вебинара Андреаса Виллиха.

Мы обновили список популярных плагинов, отображающийся в мастере настройки Rider при первичной настройке. Новый список такой:

• IdeaVim
• Heap Allocations Viewer
• Rider Xamarin Android Support
• Azure Toolkit для Rider
• AWS Toolkit
• SpecFlow for Rider

The embedded decompiler now can decompile single-file apps. Поддерживаются форматы однофайловых приложений, используемые в SDK .NET Core 3.1, .NET 5 и будущем .NET 6.

Сборки, идущие в комплекте с такими приложениями, теперь можно просматривать привычным способом.

Вы больше не пропустите критически важные обновления продуктов в JetBrains Toolbox App. Rider сообщит, что можно скачать новую версию, и предложит ее установить. Эта функция будет работать с JetBrains Toolbox App 1.20.8804 или более поздних версий.

• Теперь, если при разработке больших представлений Razor редактор начинает работать медленно, вы можете выключить автоматические подсказки и виды анализа, создающие большую нагрузку на процессор. Для этого перейдите в Preferences/Settings | Editor | General | Typing Assistance | Razor | Allow CPU-intensive typing assist.
• Список Go To Base/Inheritors теперь включает скрытые переопределения.
• Мы поддержали шаблоны сообщений логов из Microsoft LoggerExtensions. Теперь Rider анализирует код, добавляет подсветку и предлагает контекстные действия.
• Мы добавили возможность скрывать предупреждения для асинхронных методов.
• Rider покажет предупреждение при попытке запустить 64-битное веб-приложение на 32-битном IIS Express ("use64Bit": false in launchSettings.json) в режиме выполнения внутри процесса.