Что нового в Rider

Встречайте Rider на основе .NET Core! На macOS и Linux серверная часть наконец переведена с Mono на .NET Core. Вы сразу заметите:

• Улучшения производительности.
• Меньший объем занимаемой памяти.
• Восстановление NuGet стало многопоточным (не однопоточным, как в Mono). А значит, оно будет в 4 раза быстрее, если у вас 4-ядерный процессор, в 8 раз быстрее, если у вас 8-ядерный процессор... ну вы понимаете.
• Отсутствие многих других ограничений Mono.

Кстати, текущая свежая версия .NET Core 3.1 обеспечивает гораздо более высокую производительность по сравнению с версией 3.0. 

Обратите внимание: пока что все это доступно только на macOS и Linux. Поддержку Windows планируем добавить в текущем году.

Прочитать подробнее о переходе с Mono на .NET Core и посмотреть графики производительности вы можете в нашем блоге (на английском языке). 

Если у вас возникнут проблемы с тем, что бэкенд Rider работает в .NET Core, и вы захотите вернуться к среде выполнения Mono, выберите Help | Switch IDE runtime to Mono. Если что-то пойдет не так, обязательно нам сообщите.

В Rider появилась начальная поддержка Xamarin Hot Reload. Теперь Rider автоматически применяет изменения, сделанные в Xamarin Forms XAML, к приложению, отлаживаемому на устройстве или в симуляторе, без повторной сборки и развертывания.

Обратите внимание на ограничение: горячая перезагрузка не будет работать, если ПК/ноутбук с Rider и iOS-устройство не находятся в одной и той же сети Wi-Fi, даже если устройство подключено к компьютеру через USB.

Кроме того, мы добавили одно важное исправление в поддержку Xamarin: ошибка Invalid target architecture 'arm64e' больше не появляется при запуске проектов Xamarin.iOS на iPhone XS Max.

В этой версии мы представляем динамический анализ программы (DPA). Каждый раз, когда вы запускаете проект в Rider, DPA начинает собирать данные о распределении памяти. Как только вы закроете приложение, вы увидите список обнаруженных проблем: замыкания и выделение памяти кучам больших и малых объектов. Самое главное: вам не нужно запускать никаких сеансов профилирования и снимать снэпшоты. Просто работайте как обычно, все данные будут собираться в фоновом режиме, практически не потребляя дополнительных ресурсов. Мы тестировали DPA на множестве реальных решений и обнаружили замедление всего на 0–2 процента.

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

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

• Операторы сравнения/равенства, которые всегда выдают одинаковое значение, true либо false.
• Недостижимые условия switch, проверяющие целочисленные значения.
• Бессмысленные арифметические операции, такие как умножение на 1, прибавление 0 и т.п.
• Возможные переполнения int.
• Потенциальное деление на 0.

Чтобы повысить точность анализа, мы добавили два новых атрибута JetBrains.Annotations для использования с членами типа и параметрами типа int: [NonNegativeValue] и [ValueRange(from, to)]. Эти атрибуты определяют, как значения отдельных членов int могут меняться во время выполнения.

• Мы значительно оптимизировали использование памяти и ускорили индексирование ассетов. Теперь Rider индексирует весь ваш код, прежде чем заглядывать в ассеты, а значит вы сможете начать пользоваться автодополнением, подсветкой, инспекциями и другими функциями быстрее, чем раньше. Индексирование ассетов продолжится после загрузки решения в фоновом режиме. По его завершении Rider сможет находить использования и даже производить переименование внутри ассетов. Конечно, после этого индекс будет обновляется по мере изменения файлов.
• Само индексирование ассетов стало умнее. Оно корректно обрабатывает использование кода в префабах Nested и Variant, а также показывает использование ScriptableObjects и значения сериализованных полей.
• Rider теперь автоматически находит все тесты вашего проекта в режимах Edit и Play.
• Мы добавили новую инспекцию Prefer jagged arrays to multidimensional arrays (использовать ступенчатые массивы вместо многомерных), которая улучшает производительность в критических путях. Это микрооптимизация, поэтому она предлагается только в важных для производительности контекстах, таких как метод Update или любой метод, вызываемый из Update.
• Для Unity-проектов Rider больше не будет предлагать Boo.Lang.List и System.Diagnostics.Debug при автодополнении.
• Мы изменили порядок функций событий в диалоге Generate: теперь в начале располагаются самые важные методы. При генерации функций с помощью Alt+Enter они также будут генерироваться в правильном месте.
• Подробнее об изменениях можно узнать в этом репозитории на GitHub.

Мы продолжаем расширять поддержку C#8. Мы многое поменяли в архитектуре Rider, чтобы анализ кода, рефакторинги, ReSharper Build и другие функции поддерживали ссылочные типы, допускающие значение null. Rider 2020.1 показывает предупреждения компилятора, связанные с такими типами, и предоставляет быстрые исправления для большинства из них.

Кроме того, мы добавили несколько новых инспекций и быстрых исправлений, чтобы:

• Находить избыточные ограничения параметров типов с учетом ссылочных типов, допускающих значение null.
• Находить и использовать асинхронные перегрузки методов, когда они доступны, вместо синхронных перегрузок.
• Использовать выражение nameof вместо конструкции typeof(SomeType).Name для получения имени текущего типа.

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

Еще одна полезная функция, вошедшая в этот релиз: члены, помеченные как Obsolete, можно исключить из вариантов автодополнения, если вы не хотите их там видеть.

И наконец, при автодополнении из всплывающего окна теперь соблюдаются настройки стиля кода.

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

Кроме того, мы объединили панели Threads и Frames. Если вам не нужна панель Threads, ее можно скрыть, нажав на значок Hide threads view.

Мы обновили механизм отладчика, чтобы отлаживать приложения было еще удобнее:

• Теперь вы можете отсоединиться от процесса, запущенного в отладчике, без завершения выполнения программы.
• Smart Step Into включено по умолчанию для действия Step Into (Preferences/Settings | Build, Execution, Deployment | Debugger | Stepping | .NET Languages | Always do Smart Step Into).
• Отладчик поддерживает среду выполнения .NET Core x86.
• В строке выполнения теперь отображается имя потока, чтобы вы могли понять, где именно происходит выполнение.
• После остановки сеанса отладки при возникновении исключения можно перейти к определенной точке с помощью действия Skip to Here/Cursor.
• Теперь вы можете лучше контролировать вывод в окне Debug Output и отключить в нем служебные сообщения.

Мы переработали панели инструментов в окнах Unit Test Session и Unit Test Explorer

• Некоторые значки переместились с левой панели инструментов на верхнюю.
• На верхней панели появилось поле для текстового поиска по дереву юнит-тестов.
• Вместо статусов Failed, Aborted и Inconclusive теперь по умолчанию есть только один статус Broken. Если вы предпочитаете старый вариант, нажмите на значок шестеренки на верхней панели инструментов.

Кроме того, мы добавили три больших изменения:

• Расширенная опция Group by в окнах Unit Test Explorer и Unit Test Session поможет сгруппировать тесты, как вам хочется. Новый параметр Duration позволяет группировать тесты по продолжительности.
• В окне Unit Test Session можно отфильтровать тесты по целевому фреймворку, если у вас их больше одного (что бывает довольно часто) и вы не хотите видеть некоторые из них.
• Вы можете экспортировать и импортировать любой сеанс юнит-тестирования. Это позволяет делиться сеансами с коллегами и использовать один и тот же набор тестов на разных компьютерах или в разных ветках. Кроме того, экспортированный файл полностью совместим с ReSharper, поэтому вы можете поделиться сеансами из Rider, с коллегами, которые используют ReSharper, и наоборот.

В Rider 2019.3 в экспериментальном режиме мы добавили клиент TFS, который значительно ускорил действие Checking for changes. В этом релизном цикле мы продолжали работать над этой функциональностью. 

И вот TFS-клиент официально входит в новую версию и несет в себе много улучшений. Во-первых, включение интеграции c VCS теперь доступно для рабочих областей TFS, созданных локально с помощью Visual Studio. Это означает, что вам больше не нужно заново создавать локальную рабочую область в Rider. Во-вторых, значительно повысилась производительность операций удаления и возвращения к предыдущей версии.