Rider の新機能

Rider の起動を高速化し、ソリューションを開いて作業に着手するまでの時間を短縮するために若干の変更を加えました。

• Rider インストーラーが Windows Defender の除外リストに実行可能ファイルを追加できるようになり、起動速度が大幅に向上しました。
• Rider がバックエンドの初期化完了を待つことなく、ソリューションファイルの読み込みとプロジェクトツリーの構築を即座に行うようになりました。
• ソリューションエクスプローラーのプログレスバーを全面的に廃止し、UI をすっきりさせました。 今後はすべてのプログレスバーが IDE ステータスバーに表示されるようになります。
• 起動中には基本的な構文ハイライトを提供し、Rider の起動とソリューションの読み込みが完了した後にはフル機能を提供する新しい C# パーサーを導入しました。
• Rider のバックエンドパフォーマンスについても若干の改善を加えています。 サーバーガベージコレクション（GC）を有効にして、バックエンドプロセスのメモリスループットを向上させています。 また、Rider のバックエンド言語サービスのランタイムを .NET 6 から最新の .NET 7 バージョンに更新しました。 さらに、複数のプロジェクト間に相互依存性がない場合にデザイン時ビルドを並列実行するようになりました。 これらの変更により、プロジェクト数の多いソリューションの読み込み速度が著しく向上しました。

Rider のパフォーマンス改善に関する詳細は、こちらをご覧ください。

Rider が IDE のリモート開発機能を介して WSL 2（Windows Subsystem for Linux 2）をサポートするようになりました。 これにより、WSL 2 インスタンス上の Rider を使用してソリューションやソースを参照できるだけでなく、アプリをまるでローカルに保存されているかのようにビルド、デバッグ、実行できます。

Rider のウェルカム画面から簡単なセットアップ手順を直接開始できます。 リモート開発機能を通じて UI が提供されるため、WSLg は不要です。また、ローカルの RmoteDev クライアントが自動的にインストールされます。 詳細な情報については、リモート開発のドキュメントを参照してください。

また、Rider の UX と UI に次のような最適化を少しずつ継続的に行うことで、その関連性と利便性を高めるようにしています。

• Add（追加）メニューを整理し、現在のソリューションやプロジェクトに関連するアイテムだけを表示するようにしました。
• Open in Terminal（ターミナルで開く）アクションを Solution Explorer（ソリューションエクスプローラー）のコンテキストメニューに移動しました。
• トップメニューの File | New（ファイル | 新規）が実際に行う動作を把握しやすくするため、その名前を File | New Solution（ファイル | 新規ソリューション）に変更しました。
• Solution Explorer（ソリューションエクスプローラー）内のソリューションを切り替えるアクションを追加しました。 作業中のソリューション以外のソリューションを右クリックすると、コンテキストメニューが表示されます。そのコンテキストメニューで Open（開く）を選択すると、別のソリューションに切り替えるのと同時に作業中のソリューションが閉じられます。

Rider 2022.3 は以下の機能を含む .NET 7 SDK のサポートを正式に提供しています。

• 最新のプロジェクトテンプレート。
• NuGet の Central Package Management。
• Endpoints（エンドポイント）ツールウィンドウにおける ASP.NET Minimal API ルートグループのサポート。
• file ローカル型、UTF-8 リテラル、ref フィールド、scoped キーワードを含む C# 11 の新機能。
• 新しい SDK をターゲットにしたプロジェクトを作成、実行、デバッグする機能。

生文字列

Rider が通常の文字列や逐語的文字列をそれぞれの生文字列に変換できるようになりました。 これにより、文字列に対応した既存機能の多くが生文字列にも使えるようになりました。

リストパターンの提案

このリリースでは、コレクションの対応する各項目のチェックに（従来のようにコレクション長をチェックした後にインデクサーアクセス式を実行する代わりに）C# 11 の新しいリストパターン構文を使用することを提案するようにしました。

静的仮想メンバー

C# 11 からはインターフェースの static メンバーに対して abstract 修飾子と virtual 修飾子を使えるようになったほか、これらのメンバーをそのインターフェースに制約される型パラメーターを持つジェネリックのコードで使用できるようになっています。 Rider がポリモーフィック static メンバーを通常のポリモーフィックメンバーと同じように処理するように更新されました。

• ガターの継承マーク。
• 実装メンバー / super メンバーへの移動。
• 欠落している実装の生成。
• override キーワードの後に表示されるコード補完候補にインターフェースのメンバーも含まれるようになったため、abstract メンバーや virtual static メンバーを簡単に実装できるようになりました。

符号なし右シフト（>>>）演算子

C# 開発者が符号付きデータ型に対して符号なし右シフトの実行を記述しなければならない非効率なコードパターンを Rider が認識し、C# 11 の符号なし右シフト（>>>）演算子の使用を代わりに提案するようになりました。

Span でのパターンマッチング

文字 Span を解析する際は、MemoryExtensions.SequenceEqual メソッドを多用しているかと思います。 C# 11 には、このようなチェックの短縮表現が導入されています。 文字 Span と文字列リテラルのパターンマッチングを is 式または switch 式を使用して行えるようになりました。

Rider が if ステートメントを多用する代わりに is 式かswitch 式を使用するように提案するようになりました。

インデントと実際の値を区別するインデントガイドが生文字列に表示されるようになりました。

グローバルインポートガターマーク

C# および Razor ファイル内にある暗黙的な名前空間インポートについて通知する新しいガターマークアイコンが追加されました。

対応する行で Alt+Enter を押すと、すべての暗黙的なインポートを含むリストと対応する global using ディレクティブがあるソースファイルに関する情報が表示されます。 Rider で特定のインポートされた名前空間を選択すると、その名前空間の宣言箇所に移動できます。.csproj プロジェクトファイルの <Using Include="Some.NameSpace" /> タグにも移動可能です。

_Imports.razor からのグローバルインポートが表示されるほか、対応するインポート定義に移動することもできます。

C# 対応の機械学習を使ったコード補完

開発プロセスの合理化と高速化を促すため、C# のコード補完オプションに機械学習による要素の並べ替え機能を導入しています。

この機能の使い勝手を向上させるため、Settings/Preferences（設定/環境設定）| Editor（エディター）| General（一般）| Code Completion（コード補完）| Machine Learning-assisted Completion（機械学習を使ったコード補完）で有効にできるオプションを 2 つ用意しました。

• 補完ポップアップで順位の変更箇所に印を付ける
• 補完ポップアップで最も関連性の高い項目に印を付ける

書式文字列の補完

.NET 7 に 2 つの数値型 Int128 と UInt128 が追加されたことを受け、コード補完の書式指定子の候補を更新しました。

また、これまでサポートされていなかった .NET 6 の DateOnly および TimeOnly 日付/時刻型と .NET 5 で導入された Half 半精度浮動小数点数値型をサポートするようにしました。

自明なパターンから式への書き換え

リファクタリングを実行した後、パターンマッチング式が自明な再帰パターンになってしまう場合があります。 このような場合に再帰パターン構文を使用する意味はまったくないと思われるため、Rider ではパターンマッチングの元のセマンティクスを維持したままパターンをより単純な式に書き換えるアクションを提供しています。

void 式に対応したコード補完ヒント

呼び出しの後に入力しても、意味のある候補がまったく表示されない場合があります。 これは、void を返すメソッドが呼び出されたため、呼び出しの結果が値を返さなかった場合に発生することがあります。 これは通常、IDE を何度か操作しなければ気付かないものです（メソッドの宣言を再確認したり、呼び出しにカーソルを合わせたりする）。 このリリースでは、呼び出しの結果となる型に関するフィードバックを即座に得られるよう、この種の void を返す呼び出しに対して void のヒント項目を導入しました。 この void 項目を受け入れると、呼び出しの後にセミコロンがない場合にセミコロンが追加されます。

Rider 2022.3 では Blazor Server アプリのホットリロード機能を導入しています。 Blazor Server アプリを実行中にそのアプリのソースコードを変更すると、Rider から実行中のアプリを再起動せずにその変更を適用するかどうかの確認を求められます。 テキストエディターの上部に表示される「Sources are modified（ソースが変更されています）」という黄色い通知バーに注目してください。 変更を受け入れるアプリがその場で更新され、更新後のアプリで作業を続行できます。

コミュニティから寄せられた多数の要望に応えて、IIS サーバー上で古い ASP.NET アプリケーションの実行とデバッグを行うための新しい IIS Application（IIS アプリケーション）実行構成を追加しました。 また、ASP.NET Core アプリケーション用の launchSettings.json ファイルに含まれる IIS コマンド名もサポートするようにしました。

Endpoints（エンドポイント）のサポートと Endpoints Viewer（エンドポイントビューアー）の改善は継続的に行われています。 ビューアーが ASP.NET Core 7 の Minimal API ルートグループの各エンドポイントを正しく認識し、収集するようになりました。 つまり、すでに利用可能であった機能に加え、MapGroup() API を使って宣言されたエンドポイントに対して、スマートなコード補完を検索、ナビゲート、使用することができます。

.NET User Secrets（.NET ユーザーのシークレット）が ASP.NET プロジェクト用に追加されました。

Rider がソリューション（.sln）によって参照される JavaScript および TypeScript ウェブプロジェクト（.esproj）用の npm 実行構成を自動生成するようになりました。

Code Vision のインレイヒントが JavaScript と TypeScript でも機能するようになりました。 このヒントにより、コード内にある各種のクラス、メソッド、型エイリアス、およびインターフェースの使用箇所が追跡しやすくなります。

IDE がステートメントのブロックを @supports 条件に関連付ける @supports @ルールを理解するようになりました。 このビルドには、ビューポートユニット、範囲メディアクエリ、コンテナクエリ、@layer（カスケードレイヤー）、および色変更関数のサポートも含まれています。

Angular テンプレートで型の絞り込みをサポートしました。これにより、さらに正確な型情報が提供され、コード補完候補が改善されるようになります。

また、Rider がより適切な検索結果を提供できるよう、グローバル検索から .angular キャッシュフォルダーを除外するようになりました。

Unity の新しい Input System パッケージのサポートを開始しました。 Rider が入力用のイベントハンドラーとして使用されているメソッドを認識し、未使用のメソッドとして表示しなくなりました。 Find Usages（使用箇所の検索）もこのようなメソッドに対応しており、コードまたは .inputactions ファイル内の使用箇所を表示できます。

ゲームのリソースを実行時に読み込めると非常に便利なため、Resources.Load メソッドで正しいパスを使用していることを Rider で確認できるようにしました。 入力を開始するとコード補完が表示され、不明なリソースがあれば警告付きでハイライトされます。

Rider では数回のリリースにわたってタグ名の補完機能と検証機能を提供してきましたが、バージョン 2022.3 では GameObject.FindWithTag グループのメソッドに対するサポートを新たに提供しています。 入力中にコード補完が機能し、プロジェクトに存在しないタグを使用しようとした場合には警告が表示されます。

CoreRedirects による名前の変更

Rider は Rename（名前の変更）リファクタリングで Unreal のクラスやプロパティの名前を変更する際に CoreRedirects を追加するオプションをすでに提供しています。 この機能が以下の場合にも対応しました。

• UFUNCTION() の名前の変更
• USTRUCT() の名前変更
• UENUM の名前の変更

上記の場合に Rename（名前の変更）リファクタリングを実行すると、Rider が CoreRedirects の追加を提案するようになりました。

その提案を受け入れると、対応する .ini ファイルが自動的に更新されます。

不用意な名前の変更でゲームが動作しなくなる可能性がかなり低くなります！

最新のブループリント用 Code Vision

Rider 2022.3 ではブループリント専用の Code Vision メトリクスが導入されています。 BlueprintCallable 関数を使用しているブループリントの数を素早くチェックして、Code Vision のコンテキストメニューからすべての使用箇所のリストを取得できるようになっています。

GUID の生成

Generate GUID（GUID の生成）ツールが Unreal Engine の GUID 形式に対応するようになりました。 GUID の生成を素早く実行したい場合にメニューから Tools（ツール）| Generate GUID...（GUID の生成）を選択すると、推奨される 16 進数形式があらかじめ選択された状態になります。

自動インポート

補完時の自動インポート機能を使えば、かなりの時間短縮になります。 しかし、間違った #include ディレクティブが追加されてしまうと、問題の検出が困難になる場合があります。 この機能の改良に努め、自動インポートを実行する際にシステムヘッダーの不要なエンティティが提案されないようにしました。 システムヘッダーはデフォルトでは提案されませんが、提案してほしい場合は Settings/Preferences（設定/環境設定）| Languages & Frameworks（言語 & フレームワーク）| C++ | Unreal Engine で有効にできます。

UnrealBuildTool ログ

UnrealBuildTool ログの表示を改善しました。 プロジェクト構成に関する警告やエラーを見逃すことのないよう、ログパネルにタイムスタンプを表示し、UnrealBuildTool を前回実行したときのログを残すようにしました。

Rider 2022.3 を Windows および Linux ARM64 で実行できるようになりました。 .NET アプリケーションの実行とデバッグ、ユニットテストの実行など、基本的な開発ワークフローのすべてがサポートされています。 当社では Rider を ARM64 プロセッサでスムーズに動作させるための継続的な開発とテストを実施していますが、以下の制限がある点にご注意ください。

• Epic Games がこのアーキテクチャで Unreal Engine をサポートしていないため、現時点では Windows ARM64 での Unreal Engine 開発をサポートする予定はありません。
• Linux ARM64 での Unreal Engine に対するサポートは開発中です。
• Windows ARM64 での Visual C++ プロジェクトに対する基本サポートは提供されていますが、ネイティブにビルドされたアプリケーションをデバッグする機能にはまだ対応していません。 この件に関する最新の進捗状況は、こちらで確認できます。

テストへの移動操作の改善

コードエディターと Unit Test Coverage（ユニットテストカバレッジ）ウィンドウの dotCover コンテキストメニューに Show Covering Tests（カバーしているテストの表示）アクションを追加しました。 このアクションを実行すると、すべてのカバーしているテストを一か所にまとめたポップアップが表示されます。 このポップアップを使って新しいカバレッジセッションを作成することもできます。

Central Package Management（別名 Directory.Packages.props ファイル）はアクティブな開発段階にある .NET 技術スタックの機能であり、その改善によってソリューションの管理がさらに容易になることが見込まれています。 Rider に CPM が追加されたことで、開発者は依存関係をより細かく管理できるようになるはずです。

Central Package Management の詳細やヒント、注意事項などは、こちらのブログ記事をお読みください。

ソリューションでオープンソースの NuGet パッケージを使用している場合、プロジェクトがセキュリティの脆弱性にさらされる危険があります。 この危険を緩和するため、Rider に脆弱性のある依存関係を検出する機能を導入することにしました。 NuGet パッケージの使用に関連する脆弱な依存関係が存在する場合、IDE がポップアップ通知で警告を表示します。脆弱性の内容については、Problems（問題）ビューの Security（セキュリティ）セクションで調査できます。 ソリューションに含まれるパッケージに関連する脆弱な依存関係の情報は、NuGet Package Management ウィンドウで特定のパッケージを選択して確認することもできます。

コメント内で < を入力すると、ドキュメントテンプレートが追加されるようになりました。 また、構文ハイライトやコード補完を駆使してドキュメントコメントを楽々と編集できるようになっています。

新しいコード補完ルールによって record 式の入力が簡単になりました。これは、推論される record 型のフィールドが強調されるようになったほか、すでに使用されているフィールドが非表示となり、提案が表示されない各種のケースが修正されたことによるものです。

Update parameter name（パラメーター名の更新）および Update record field（レコードフィールドの更新）という 2 つのクイックフィックスを追加しました。これらはコードを変更する際にシグネチャーファイルを更新し、使いやすくするものです。 Florian Verdonckに感謝の意を表します。これらを実装してくれました！

上記は F# に加えた改善のごく一部です。 2022.3リリースに含まれるF#機能の完全なリストはこちらで見つけることができます。

Rider 2022.3 に導入されたデータベース操作関連の新機能について、その一部を以下にまとめています。

• クイックフィルター – クイック検索を使用する際に、検索結果を絞り込んだり、検索条件に一致しないオブジェクトを非表示にしたりできます。
• パターンに基づくスキーマの絞り込み – イントロスペクションを実行するデータベースまたはスキーマを正規表現パターンに基づいて選択できるようになりました。
• 日付/時刻フィールドの書式 – データエディターに表示される日付および時刻型のフィールドの書式をカスタマイズできます。
• Modify（変更）ウィンドウでの複数オブジェクト編集 – 一度に複数のオブジェクトを編集できるようになりました。

詳細: DataGrip 2022.3 の新機能

Rider の IL Viewer ツールウィンドウで、コードをさまざまなレベルの C# 言語コンストラクトにデコンパイルできるようになりました。 最新の言語機能を使用して特定の構文コンストラクトを単純化する high-level と、それらの構文コンストラクトがどのように脱糖されるかを知りたい場合に使用する low-level の 2 つの C# レベルを使用できます。

Rider 2022.3 ではコードハイライトと波線が全面的に改修されています。 Rider では Microsoft Roslyn のコードスタイル解析機能の内部ロジックとの違いに起因する競合により、ハイライトが重複して表示される、同じハイライトが別々の場所に適用される、または破線が二重になるといった問題が発生していました。 このような問題の大部分の原因となっていたロジックの違いが解消されました。ごくまれにエラーが発生することはありますが、競合の解決策が明確に表示されるようになっています。

また、Rider が Roslyn Analyzers によって生成されるインスペクションのクイックドキュメントツールチップに Roslyn Analyzer ID と URL Reference を表示するようになりました。

Rider の整形エンジンを使う代わりに clang-format バイナリを直接実行するオプションを追加しました。これにより、業界標準のフォーマッターとの完全互換性だけでなく、高いパフォーマンスとより広範な整形オプションを実現しています。 バンドルおよび外部 clang-format のオプションは、Settings（設定）| Editor（エディター）| Code Style（コードスタイル）| C++ から Clang-format オプションを選択すると切り替えられます。