Rider の新機能

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

• プロジェクトテンプレート
• 最新のターゲットフレームワーク
• 最新の NuGet API
• ホットリロード
• Blazor WebAssembly のデバッグ
• 新しい SDK をターゲットしたプロジェクトの作成/実行/デバッグ
• .NET 6 プロジェクトの ASP.NET スキャフォールディング

Rider は、.NET 6 SDK の一部である Xamarin iOS プロジェクトと Xamarin Android プロジェクトの早期サポートも提供しています。

Rider が .NET 6 のホットリロード機能をサポートしました！ アプリを実行中にアプリのマネージドソースコードを変更すると、Rider が実行中のアプリを再起動せずにその変更を適用するかどうかを尋ねます。 テキストエディターの上部に表示される「Sources are modified（ソースが変更されました）」という黄色い通知バーに注目してください。 変更を承認するとアプリがその場で更新され、更新後のアプリで作業を続行できます。

.NET Project（.NET プロジェクト）および .NET Launch Settings Profile（.NET 起動設定プロファイル）実行構成を使用する場合、ホットリロードは自動的に有効になっています。

ホットリロード機能を有効または無効にするための専用ページが、Preferences（環境設定）/Settings（設定）| Build, Execution, Deployment（ビルド、実行、デプロイ）| Hot Reload（ホットリロード）に新たに追加されています。

Rider 2021.3 では、メインツールバーを完全に設計し直しています。 この新しい設計によって、すっきりとした機能性の高いツールバーを提供できるようにしました。 このツールバーには以下の機能があります。

• Rider のコンテキストナビゲーションの基本である Back（戻る）ボタンと Forward（進む）ボタン。
• すべての VCS 関連機能にアクセスして操作できる VCS ウィジェット。 このウィジェットは、Commit（コミット）ツールウィンドウにより近い場所に配置されています。
• グローバル検索機能の主なエントリポイントとして機能する大きな Search Everywhere（どこでも検索）フィールド。
• ソリューション関連の構成を管理できる Solution Configuration（ソリューション構成）ウィジェット。
• 実行構成の管理と制御を簡単に行える新しい Run/Debug（実行/デバッグ）ウィジェット。

ただし、従来のツールバーに慣れていた Rider ユーザーの作業フローが中断されないように、新しいツールバーは Rider の新規インストールに対してのみデフォルトで有効になります。 すでに Rider をインストール済みで新しいツールバーを試してみたい場合は、Toolbar Classic（ツールバークラシック）ではなく、View（表示）| Appearance（外観）| Toolbar（ツールバー） からいつでも有効にできます。

Current File（現在のファイル）

ここでは、Rider のコード解析が現在作業中のファイルで検出したすべてのエラー、警告、提案、およびヒントが表示されます。 これは IntelliJ ベースの IDE と同じ動作であり、縦スクロールバーの上にある Inspection（インスペクション）ウィジェットからこのタブを直接開くことができます。

Toolset, Environment（ツールセット、環境）

このタブには、ソリューションのロード動作や NuGet の復元プロセスなどに関連するすべての診断情報とメッセージが集約されます。 問題ごとに、適切な説明と対応する修正リスト（存在する場合）が提示されます。 従来はこのような診断メッセージの詳細を確認する場合、Event Log（イベントログ）ツールウィンドウを開く必要がありました。

All Solution Files（すべてのソリューションファイル）

これは SWEA ツールウィンドウの新しい場所です。 ここには、 Solution Wide Error Analysis（ソリューション全体のエラー解析）で見つかった全ソリューションのすべてのエラーが表示されます。

新しい Bookmarks（ブックマーク）ツールウィンドウを導入しました。これと非常によく似た Favorites（お気に入り）ツールウィンドウは、新しいツールウィンドウに置き換えられる予定です。

Rider でブックマークを追加すると、デフォルトでは Bookmarks（ブックマーク）ツールウィンドウ内のプロジェクトと同じ名前を含むノード内に追加されます。 新しいブックマークを追加するたびに、このノードのリストの上部にブックマークが表示されるようになります。 また、新しいノードを作成して、項目をドラッグアンドドロップすることも可能です。

デフォルトでは、Threads & Variables（スレッドと変数）、Console（コンソール）、および Debug Output（デバッグ出力）の 3 つのタブがあります。 Memory（メモリ）や Parallel Stacks（並列スタック）などの他のタブは非表示になっていますが、右端にある歯車アイコンの Options Menu（オプションメニュー）から表示させることができます。

左側のツールバーを完全に除去し、そこに含まれていたアイコンを上部のツールバーかコンテキストメニューに移動しました。 上部のツールバーをできる限りコンパクトにするため、アイコンセットを整理して最も重要なアクションのみを表示するようにしました。 残りのアイコンは、More（その他）ドロップダウンメニュー（縦三点リーダー）に移動されています。 Hide Frames from Libraries（フレームをライブラリから非表示）アイコンと Hide/Show Threads（スレッドを非表示/表示）の切り替えは、Threads（スレッド）ビューのコンテキストメニューに移動されました。

More（その他）ドロップダウンメニューには、新しい Settings（設定）サブメニューがあります。 このサブメニューにはデバッガーに関連する最も一般的な設定を含む短いリストがあるため、Settings（設定）/Preferences（環境設定） ダイアログに移動し、Build, Execution, Deployment（ビルド、実行、デプロイ）| Debugger（デバッガー）ページにドリルダウンして検索する必要がなくなりました。

maximized（最大化）と minimized（最小化）の 2 つのレイアウトが用意されています。 最小化レイアウトでは、Variables（変数）ビューに、$result 変数のみの実行結果が表示されます。 最大化レイアウトでは、$result 変数に加えて、以前に実行した行とその結果の履歴が表示されます。 これらのレイアウトは、Expand/Collapse（展開/折りたたみ）アイコンを使って切り替えられます。

Add Watch（ウォッチの追加）は Variables（変数）ビューから Immediate（イミディエイト）ウィンドウツールバーに移動されており、Ctrl+Shift+Enter ショートカットが割り当てられています。

新しい Stop on Breakpoints（ブレークポイントで停止）オプションは、式を実行中にブレークポイントで評価プロセスを強制的に停止させます。 このオプションを無効にすると、評価プロセスでブレークポイントが無視されるようになります。

プロパティの多いオブジェクトの評価を楽にするため、評価対象のオブジェクトがすでに含まれた状態で Evaluate（評価）ウィンドウを開く Evaluate（評価）アイコンを追加しました。 このウィンドウではツリー構造で表示できるため、オブジェクトのプロパティがはるかに探しやすくなっています。

標準デリゲート（System.Func または System.Action）を作成する際に、デリゲートがラップするメソッドまたはラムダ式に簡単に移動できます。 Variables（変数）リスト内にあるデリゲートのノードについては、Navigate（移動）リンクをご覧ください。

ラムダ式を使用して event handler (delegate) を作成する場合、新しいビジュアライザーを使用してサブスクライバーとキャプチャされたオブジェクトをより詳しく調べられます。

event handler に、Captured variables（キャプチャされた変数）サブノードを含む Subscribers（サブスクライバー）ノードが追加されました。 イベントがサブスクライブしている場所に素早く移動できるよう、サブスクライバーごとに新しい Navigate（移動）リンクを追加しました。

ファイルスコープの名前空間から説明しましょう。 新しい構文自体のサポートのほかに、ユーザーが希望するスタイルを選択できる新しい構文スタイルオプションを追加しました（Settings（設定）/Preferences（環境設定）| Editor（エディター）| Code Style（コードスタイル）| C# | Syntax Style（構文スタイル）| Code body（コード本体）| Namespaces（名前空間））。 スタイルを選択すると、Rider がそのスタイルに合わせて変更する必要のあるコードのインスペクションを表示し、適切なクイックフィックスを提案します。 この修正は、プロジェクト全体だけでなくソリューション全体にもワンクリックで反映させることができます。

コードを以前の構文スタイルに戻すための Convert to file-scoped namespace（ファイルスコープの名前空間に変換）および Convert to block-scoped namespace（ブロックスコープの名前空間に変換）という 2 つのコンテキストアクションが追加されました。

詳細: ファイルスコープの名前空間

では、グローバル using を簡単に見てみましょう。 Rider のコード解析は global キーワードが付いた using を認識し、それを使用してプロジェクト内のすべてのコードファイルにあるシンボルを正しく解決します。 また、Rider はグローバル using がファイル内で誤った場所に配置されている場合にそれをユーザーに通知します。

Rider はプロジェクトで使用されていないグローバル using を未使用としてハイライトし、そのステートメントを除去するためのクイックフィックスを提供します。

Rider は CallerArgumentExpression 属性を手厚くサポートしており、この属性の適切な使用を支援するコード補完とコードインスペクションも備えています。

詳細: CallerArgumentExpression

C# 10 には「補完された文字列ハンドラー」という新しい概念が導入されています。 エンドユーザー側では、これは文字列補間式が全般的に .NET 6 でより高速に動作し、新しいハンドラーによって補間の中で Span<char> 値を使用できるようになることを意味しています。 ライブラリ作成者側では、この機能を使用して文字列補間式が文字列に変換されるかどうかを制御できます。 Rider 2021.3 はライブラリコード内の「補間された文字列ハンドラー」パターンを認識し、より多くの場所で文字列補間式を使用して安全に提案できるようになりました。

Rider は record 構造体を readonly としてマークすることを提案することで、それらのパフォーマンスを最大限に引き出せるようにします。 型宣言が修飾子によって無駄に読みにくくならないように、このインスペクションは record 型に変更されないインスタンスメンバーがあり、setter による変更がソリューションにない場合にのみ表示されます（ソリューション全体解析が有効である必要があります）。

C# 10 では、オブジェクトパターンのネストの代わりにドットアクセスを許可することで、パターンマッチング構文をわずかに単純化できます。

Rider は、これに対応するクイックフィックス付きのインスペクションと、クイックフィックスを元に戻すコンテキストアクションを提供します。

その他の重要な変更点:

• C# 10 ラムダのサポートを改善しました。.NET 6 Minimal API プロジェクトでは、赤文字のコードや誤検出エラーのいずれも発生しないと思われます。 さらに、Rider では正しい構文を使用しやすくなり、コンパイラーが期待する場所に丸括弧を追加できるようになっています。
• Rider がトップレベルのステートメントを含むコードの有効な生成クラス名として Program をサポートするようになりました。
• インターフェースで静的抽象メンバーの初期サポートが提供されています。 コード解析はこの構造を有効とみなすため、赤文字のコードを処理する必要はもうありません。 Generate missing members（欠落しているメンバーの生成）機能は、静的抽象メンバーを認識し、それらを正しく処理します。 このリリースには継承ガターマークも含まれており、基本/派生シンボルに移動できるようになっています。

クロージャ付きの静的なローカル/匿名関数に対応する新しいクイックフィックスとコンテキストアクションをいくつか追加しました。

• Allow closures（クロージャを許可）クイックフィックスは、ローカルまたは匿名関数にクロージャが含まれる場合に、クロージャから static 修飾子を除去します。
• Pass closure as a parameter（クロージャをパラメーターとして渡す）クイックフィックスは静的なローカル関数のクロージャをパラメーターに取り出します。
• Pass closure as a parameter（クロージャをパラメーターとして渡す）コンテキストアクションは静的でないローカル関数のクロージャをパラメーターに取り出します。

新しい Simplify string interpolation（文字列補間の単純化）インスペクションと、それに対応するクイックフィックスが追加されています。クイックフィックスは、補間文字列プレースホルダー内にある .PadLeft() および .PadRight() メソッドの呼び出しを位置合わせ式に置換します。

新しい C# 10 の record struct に加えて、通常の構造体のサポートも改善しました。 多くの開発者は依然として、DTO にオブジェクトイニシャライザーを使ったクラスを使用しています。 このような使用箇所をすべてパラメーター付きのコンストラクターに素早く変換できるようになりました。 この操作は、record 宣言自体か任意のオブジェクトイニシャライザーから行えます。 プロパティ代入を含むコンストラクターを定義する DTO も変換可能です。

すでに少し前から、Rider はフィールドの矛盾したロックについて警告を表示してきました。 このバージョンでは、複数のロックされたリソースの順序も考慮して潜在的なデッドロック循環を通知する補完的なインスペクションを追加しています。

Rider が byte、sbyte、short、ushort、uint、long、ulong、enum などの追加整数型に対し、整数算術式の妥当性をチェックするようになりました。 このため、到達不能なコード分岐を回避しやすくなります。

このリリースでは、Rider のアセンブリ定義ファイルのサポートに大幅な更新が行なわれています。 Ctrl + クリック で参照に移動したり、プロジェクト全体や参照パッケージ内でアセンブリ定義の使用箇所を検索したり、アセンブリ定義の名前を変更したり、新しい参照を追加する際に補完を利用したりできます。

Rider は GUID ベースの参照にも対応しており、ターゲットアセンブリ定義を示す便利なヒントを表示したり、Alt + Enter アクションで名前付きと GUID ベースの参照を相互に変換したりできます。

Rider がアセンブリ定義ファイルで満たされていない「define constraints（制約の定義）」をハイライトするようになりました。 これにより、アセンブリが除外された理由がわかりやすくなります。 define シンボルも補完されます！

version defines のセットアップもさらに簡単になりました。パッケージ名の補完と現在インストールされているバージョンに対応したインレイヒントを使用できます。 また、条件が満たされていないシンボルもハイライトされます。

Rider がパッケージのコンパイル時に定義されたシンボルに関する情報を提供する特殊なコンテキストで、参照先 Unity パッケージのソースファイルを表示するようになりました。 つまり、ソースファイルは正しいプリプロセッサー分岐がハイライトされた状態で表示されます。

Unity の [Tooltip] 属性は、フィールドを編集中に Inspector が表示できるテキストを提供します。 また、Rider はシリアル化フィールドを使用している場合にこのテキストを Quick Documentation（クイックドキュメント）ポップアップの一部として表示します。 XML ドキュメントからのツールチップ作成、およびツールチップからの XML ドキュメント作成を行なう新しいコンテキストアクションも追加されています。

Rider の USB を介した iOS デバイスのデバッグが Apple Sillicon でサポートされるように更新されており、このリリースでは新たに Linux での動作もサポートされています。

Unreal Engine テスト

Unreal Engine テストフレームワークを使用してゲームにテストを追加する場合、Rider がユーザーに代わってテストを起動し、Unit Test（ユニットテスト）ツールウィンドウにその結果を表示できるようになりました。 このツールウィンドウでは、テストの結果をレビューし、必要な任意のテスト（特定のテスト、失敗したテスト、またはすべて）を再実行できます。 また、設定したフラグ別にテストをグループ化することもできます。

詳細

XAML のプレビューが、.NET 6、.NET 5、および .NET Core 3.x SDK をターゲットするアプリケーションで機能するようになりました。 XAML コードに適用する変更の結果を直接 Rider でプレビューすることができます。

Solution Explorer（ソリューションエクスプローラー）ツールウィンドウでは、Reformat and Cleanup（整形とクリーンアップ）機能は複数の選択したファイルとディレクトリに使用可能です。

Rider 2021.3 では、エディターから npm パッケージを最新バージョンに直接アップデートできるようになりました！ package.json ファイルを開き、アップデートするパッケージバージョンにキャレットを置いて Alt+Enter を押すと、Update ‘package name’ to the latest version（‘パッケージ名’ を最新バージョンにアップデート）を選択できます。 また、パッケージのバージョンにマウスを重ねるとクイックフィックスが表示されます。 このインスペクションが追加された理由に関する詳細は、こちらのブログをご覧ください。

HTML でコード補完が機能する仕組みを改善しました。 エディターにタグ名または略語を入力するか、コード補完を呼び出すと、Rider がすぐに関連性の高い候補を表示します。 以前は、< を先頭に入力しなければ表示されませんでした。 また、文字エンティティ参照のコード補完動作も改善されています。

Rider が .NET Framework プロジェクトで NuGet パッケージのバインディングリダイレクトを生成できるようになりました。 プロジェクトにバインディングリダイレクトが必要な場合、Rider は App.config または Web.config ファイルにそれを追加します。

バインディングリダイレクトは、NuGet パッケージがインストールまたはアップデートされると生成されますが、 Solution Explorer（ソリューションエクスプローラー）ツールウィンドウ内のプロジェクトのコンテキストメニューにある Tools（ツール）| Generate Binding Redirects（バインディングリダイレクトを生成）を使用して、いつでも手動でバインディングリダイレクトを生成するよう Rider に指示することも可能です。

このリリースより、Apple Silicon プロセッサーを搭載した Mac で Rider がネイティブで動作するようになりました。 Rider 2021.3 では以下のランタイムを使用します。

• フロントエンド用 Apple Silicon 対応 JetBrains Runtime
• バックエンド用 .NET6 RTM

x64 から ARM64 への変換がなくなりました！ Rider が Apple チップで非常に高速に動作するようになりました！

Introduce Variable（変数の導入）リファクタリングに強力な更新が行われました。 必要な場合にタプルと単一ケースの union 型の分解を提案し、計算式で計算型の使用も提案するようになっています。 また、適切な場合に use および use! キーワードを推奨し、追加されるバインディングの配置を改善しました。

このリリースには、候補表示順の改善や最初のコンテキストベースのキーワードフィルタリング（一部のキーワードが適切でない場合に表示されなくなりました）など、コード補完に関する更新が多数含まれています。 外側の関数に戻って手動で rec を追加する必要がなくなったため、F# 関数の反復使用がより簡単になっています。

コード補完にはもうひとつ重要な更新があります。 union ケースパターンを補完する際、Rider がそのフィールドにパターンマッチングを使用することを提案するようになりました。

Find Usages（使用箇所の検索）結果に新しいアイコンが導入され、呼び出し、部分適用、パターン、およびその他の使用方法を区別しやすくなりました。

Rider で補間文字列内の選択範囲を適切に拡張できるようになりました。 Special thanks to Andrew Rublyov for this contribution! _ とさまざまな角括弧の選択動作も改善されています。

ユーザー定義の暗黙的な変換 operators に対し、Find Usages（使用箇所の検索）を呼び出せるようになりました。 この機能の実装は、型変換ヒントに使用されているメカニズムに基づいています。

このため、ユーザー定義の暗黙的な変換 operators の使用状況を調べ、変換のあるコードブロックに移動することができます。

ただし、このアルゴリズムは高速ではないため、計算と検索結果の表示にしばらく時間が掛かる場合がありますのでご注意ください。

範囲選択したセルを集計する Aggregate（集計）ビューを表示する機能を追加しました。 データ管理に役立ち、余計なクエリを書く手間を省ける待望の機能です！ この機能追加により、データエディターに Excel や Google スプレッドシートにより近い性能と使いやすさが備わりました。

ビューで表示するセル範囲を選択し、右クリックして Show Aggregate View（集計ビューの表示）を選択してください。

このリリースは、実際のデータソースに基づいて DDL データソースを生成する機能を導入した過去のリリースを必然的に引き継いでいます。 このリリースでは、このワークフローが完全にサポートされています。 以下の操作を実行できます。

• 実際のデータソースから DDL データソースを生成する: DataGrip 2021.2 の発表をご覧ください。
• DDL データソースを実際のデータソースにマッピングします。
• これらのデータソースの比較と同期を双方向で行います。

念のために説明しておきますが、DDL データソースはある SQL スクリプトのセットに基づくスキーマを含む仮想データソースです。 これらの SQL スクリプトファイルを VCS に格納すると、バージョン管理システム（VCS）でデータソースを管理することができます。

データ構成プロパティに DDL mappings（DDL マッピング）という新しいタブを追加しました。このタブでは、どの実際のデータソースをどの DDL データソースにマッピングするかを定義できます。

新しい Database Diff（データベース差分）ウィンドウがコンテキストメニューから使用できるようになりました。 このウィンドウにはより優れた UI が備わっており、右側のペインには同期を実行した後に得られる結果が明確に表示されます。

右側のペインには、発生しうる結果を色で示した凡例が表示されます。

• 緑、斜体: オブジェクトが作成されます。
• グレー: オブジェクトが削除されます。
• 青: オブジェクトが変更されます。

結果スクリプトは Script preview（スクリプトのプレビュー）タブに表示されます。この結果スクリプトは新しいコンソールで開くことも、このダイアログから実行することもできます。 このスクリプトを実行すると、右にあるデータベース（ターゲット）を左にあるデータベース（ソース）のコピーにする変更が適用されます。

Script preview（スクリプトプレビュー）タブに加えて、下のペインに Object Properties Diff（オブジェクトプロパティ差分）タブと DDL Diff（DDL 差分）タブがあります。 これらのタブには、元のデータベースとターゲットデータベースに含まれるオブジェクトの特定バージョン間の差分が表示されます。

このリリースでは、Project Properties（プロジェクトプロパティ）ダイアログに新しい設定がいくつか追加されています。

• Application（アプリケーション）ページの Resources（リソース）セクションで、アプリケーションアイコンをカスタマイズできるようになりました。
• ビルド前後に実行するコマンドを指定できる新しい Build Events（ビルドイベント）ページが追加されました。
• Inspections（インスペクション）ページには、コード解析に関連する Localizable（ローカライズ可能）、Localizable inspector（ローカライズ可能なインスペクター）、および Solution-Wide inspections（ソリューション全体のインスペクション）という新しいプロジェクトプロパティが追加されています。
• プロジェクトの参照パスを Reference Paths（参照パス）ページで構成できるようになりました。
• Applications（アプリケーション）タブに Auto-Generate Binding Redirects（バインディングリダイレクトの自動生成）という新しいプロパティが追加されています。 Binding Redirects（バインディングリダイレクト）についての詳細は、上記の「NuGet Support（NuGet のサポート）」セクションをご覧ください。

Solution Properties（ソリューションプロパティ）ダイアログのテーブルに、プロジェクトごとにビルト依存関係を指定するための Dependencies（依存関係）列が新たに追加されました。 一部のプロジェクトは、循環依存関係を防止するために選択できないようになっています。

バージョン 2021.3 以降の Rider は、プロジェクトがロードされる際に Properties/PublishProfiles からすべての .pubxml ファイルをインポートし、実行構成に変換します。 新しい .pubxml ファイルを追加するたびに、新しい実行構成が自動的に生成されます。 そのため、手動で実行構成を作成する必要がなくなりました！