Riderの新機能

ソースジェネレーターはほぼ間違いなく C# コンパイラーの機能の中でも最も話題性の高いものです。 それも頷けます。なぜなら、コンパイル処理中に新しいコードを作成して即座に使用できる機能は非常に魅力的ですし、さまざまなシチュエーションで役に立つ可能性があるからです。

では、Rider はどのような機能を提供するのでしょうか？ Rider はリファクタリング実行中に可能な限り生成されたファイルを考慮し、コードエディター機能と生成されたコードへの移動を支援する機能を提供します。

部分メソッドに out パラメーター、void でない戻り値の型、あらゆるタイプのアクセシビリティを含め、それらをソースジェネレーターで処理しやすくすることができます。 ソースジェネレーターは部分メソッドの定義宣言を使用し、生成されたコードの動作をカスタマイズできます。

また、素晴らしいことに init 専用のプロパティが追加されました。 このプロパティは、オブジェクトの初期化中にのみセットできます。 その結果、プロパティを可変プロパティとして公開することなくオブジェクト初期化子を使用できるようになりました。

Rider は init 専用プロパティを認識し、コード補完、生成補完の実行、任意の場所でのプロパティ変更の解析、気が変わった場合にそのプロパティを変更可能にするクイックフィックスの提供を行う際に考慮に入れます。

init を適用するのに最適なのは、新しい record 型です。 この不変性を実現するのに役立つ値セマンティクスを持つ参照型ですが、今回はオブジェクト全体が対象です。 繰り返しますが、Rider は優先する宣言スタイルを選択するためのクイックフィックスから基本的な補完に至るまで、この言語の最新機能に対応しています。

位置指定レコードには、コンパイラーが生成した Deconstruct() メソッドが含まれています。 Rider はこのようなオブジェクトですべての分解機能をサポートしています。 変数を導入する際には、単一の変数か分解宣言のいずれかを選択できるポップアップが表示されます。 関数が record オブジェクトのプロパティにアクセスする際にも同じ選択肢が表示されます。

重要事項から説明しますが、ローカル関数に属性（およびローカル関数のパラメーターと型パラメーター）を付けられるようになりました。 この新機能は、Rider のクイックフィックスでサポートされています。例えば、メソッドに [NotNull] または [CanBeNull] のアノテーションをそれぞれ ! または ? を押して付けられる便利な機能があります。

C#9 には最上位レベルのプログラムを記述できる便利な機能もあります。 もうプログラムのクラスと格闘する必要はありません。エントリポイントのコードを using ディレクティブの直後に配置できます。 最上位レベルステートメントの処理を支援する機能もあります。 最上位レベルステートメントには 2 つのルールがあります。1 つは型または名前空間の前に配置すること、もう 1 つはプロジェクト内の 1 つのファイルのみに最上位レベルコードを記述できるということです。 どちらのルールも、コードの再配置やコピーペーストを行う際には破られがちです。 Rider は、最上位レベルのコードを最上位または別のファイルに移動してこの問題に対処するクイックフィックスを提供しています。

C# 9 のターゲット型の new 式を使用すると、型を文脈から判断できる場合に new キーワードの後の型を省略できます。 Rider はこの機能を完全にサポートしています。例えば、コンストラクターの使用箇所を検索する機能や優先する構文スタイルを構成する機能があります。 後者は、作成した型が明らかな場合は new() 構文を使用し、その他の場合には明示的な型指定を要求できる機能です。

なお、コード内のすべての new() が制御不可能になった場合は Rider の新しい型名のヒントが役に立ちます。

共変の戻り値を使用すると、基本クラスのメソッドの場合と同様にオーバーライドメンバーで同じ型を返す必要はなくなります。 より具体的な型を返すのに回避策を実装する必要はありません。

新しい言語バージョンでは、パターンマッチングが引き続き進化しています。 マッチ式で関係式（<、> など）と論理パターン（not、or、and）を使用できるようになったため、冗長な従来の switch 構文の多くを削除できます。 Rider はパターンを解析し、希望するスタイルに書き換えるのを支援します。

さらに、ラムダの破棄パラメーターが導入された時には対応するクイックフィックスを追加するのが望ましいと考えました。

以上が主な言語のハイライトです。 Rider 2020.3 では、同言語に対するより小規模な改善もサポートされています。 サポート対象には、ターゲットにより型指定された条件式、静的なラムダ、foreach、関数ポインター型、ネイティブ整数型の拡張 GetEnumerator メソッドなどが含まれています。

Immediate ウィンドウ

コード支援を行う新しい Immediate ウィンドウを導入しています。 このウィンドウではプログラムがブレークポイントで停止した場合に合成変数を作成し、デバッガーを再起動することなくコードを実験することができます。

デバッグセッションを開始する際、イミディエイトウィンドウが右下、デバッガーペイン内のウォッチ変数の下に表示されます。 このウィンドウは、アプリケーションが一時停止状態の場合のみ入力を受け付けます。一般的にはブレークポイントに到達した場合です。

完全なコード補完機能を自由に使用し、有効な C# コードを入力できます。

新しい合成変数を定義できます。 Rider は合成変数のコレクションの下にある変数ウィンドウで、これらの値を追跡します。 他の変数と同様に、これらの変数にはインスペクションの実行、ピン留め、変更を行うことができます。

使用可能なオブジェクトを引数として使用し、使用可能なオブジェクトのメンバー関数や現在のコンテキストで使用できる静的関数を呼び出すこともできます。 関数の実行パスにあるブレークポイントは、通常の呼び出しであるかのように実行を一時停止します。 呼び出しには関数の評価から始まるスタックの一部が含まれており、それを Frames パネルで調査できます。

新しいアクション

デバッグが開始されていない時に新しいデバッガーアクションを使用できるようになりました。

確認したいメソッドやコードの位置に移動する場合、デバッグを開始して複数のステップを踏む必要はなくなりました。 Start Debugging and Run to Here（デバッグを開始してここまで実行）か Start Debugging and Run to Here Non-Stop（デバッグを開始してここまでノンストップで実行）を使用すると、Rider がすべてのブレークポイントをスキップして目的の場所まで案内します。

アプリケーションのデバッグを開始し、最初の段階で実行を停止したい場合は、アプリケーションのエントリポイントに到達した時点で Start Debugging and Step Over（デバッグの開始とステップオーバー）アクションか Start Debugging and Step Into（デバッグの開始とステップイン）アクションを使用してください。

これらのアクションは、メインメニューの Run | Debugging Actions にあります。

前述のアクションは .NET のプロジェクト構成か .NET の static メソッドにのみ使用できます。

プライベートソースリンク

デバッガーに関するその他の更新

スナップショットの保存と比較

ダイアグラムのエクスポート

ツールバーからダイアグラムを画像としてエクスポートし、ドキュメントに挿入できます。

Unity

Rider 2020.3 では Unity のサポートが大幅に強化されています。Burst 解析、シェーダーのサポート、ユニットテストが更新されているほか、若干の有益な修正が加えられています。

Unity の [MenuItem] 属性が付いたメソッドの横にあるアイコンをクリックすると、Rider が IDE から直接メソッドを呼び出すように Unity に指示します。

Rider の高度なシェーダーのサポートが更新され、コード解析の際に shader_feature や target などの pragma の定義シンボルが自動的に使用されます。 ステータスバーには、新しいコンテキストピッカーが追加されています。このコンテキストピッカーは、シェーダーがインクルードされていた場所で定義されているシンボルに基づいてシェーダーを解析します。

Burst コンテキスト解析を改善しました。新しい Code Vision インジケーターと、不適切な SharedStatic の使用箇所に対応した新しい警告を実装しました。 Alt+Enter メニューを使用して [BurstDiscard] 属性をすばやく追加することもできます。

新しいコンテキストアクションを使用すると、Update などのパフォーマンス的に重要なメソッドをより管理しやすくなります。 あるメソッドを呼び出し頻度が高いものとして扱うことや、高コストなメソッドとしてハイライトするのをやめるように Rider に指示できます。また、任意のメソッドから新しいパフォーマンスコンテキストを開始することもできます。

ユニットテストにも新たにいくつかの重要な更新が加えられています。例えば、[Explicit] 属性のサポートやパラメーター化テスト機能があります。 また、1 回のテスト実行で Edit モードのテストと Play モードのテストの両方を実行できます。

Unity ログビューアツールウィンドウに UI に関するいくつかの有益な改善が加えられています。代表的な改善には、ゲームを最後に Play モードに切り替えた最後の時間や、ゲームの AppDomain が最後に再ロードされた時間に基づいて絞り込む機能があります。

また、当然ながら多数の問題を解消しています。例えば、Unity エディターに接続されていない場合に「refreshing solution」（ソリューションを再読み込みしています）メッセージが延々と表示され続ける問題を解消し、冗長なイベントメッセージを除去するための新しいクイックフィックスを提供しています。 また、プレイヤープロジェクトで不適切な C# 言語の候補が表示される問題を解消しました。 詳細については、変更ログをご覧ください。

Rider for Unreal Engine 早期プレビュー

Rider for Unreal Engine はまだパブリックプレビューの段階にあり、2021 年に Rider の構成要素としてリリースされる予定です。 一般リリースまではこのプレビューを無料で評価することができます。

F# 5 の機能

このリリースでは、F# のほぼすべてのシンボルをシンボル名に変換するのに役立つ nameof キーワードのサポートを開始しました。

最後に付け加えますが、open type（オープン型）の宣言もサポートされています。 オープン型の宣言を使用すると、任意の型を "オープン" してその型の中に格納されている静的な内容をインポートできます。

その他の機能と改善点

型とインターフェースの実装に不足しているオーバーライドを生成できるようになりました。この機能はクイックフィックスとコンテキストアクションの両方を含みます。 このアイデアを提供し、初期実装を行った Matt 氏に感謝します。

コードの可読性を向上させるため、構文ハイライトに対応した新しいツールチップを搭載しました。 この機能を見事に実装した Saul 氏に感謝します。

let バインドの型にアノテーションを付ける新しいコンテキストアクションが実装されました。 改めて Matt 氏に心から感謝します。

ReSharper のバックエンドが提供するアナライザーの重大度を調整できる機能を追加しました。 大部分の警告やエラーは、引き続き FCS によって生成されます。

モジュールまたは型の名前に一致するようにファイル名を変更するアクションが実装されました。

デバッガーが非同期ワークフローのローカル変数をより適切に追跡できるようになりました。

新しいウェルカム画面

ウェルカム画面を再設計し、より分かりやすくモダンなデザインにしました。 以前とまったく同じ機能を備えていますが、より適切に整理されています。 引き続きプロジェクトの管理、Rider の新機能を学習するためのチュートリアルの起動、新規ソリューションの作成、既存ソリューションのオープン、VCS からのソリューションの取得を行うことができます。

Solution Explorer での検索

「本物の」検索機能が Solution Explorer ビューに搭載されました。 ファイル、フォルダー、プロジェクト、参照、アナライザー、インポート、パッケージなど、ソリューションツリー内の全ノード（折りたたまれたノードも含む）を参照し、検索クエリに一致する出現箇所をすべて提示します。 これらの出現箇所は、キーボードショートカットかツールバーのアイコンを使用して一つずつ調べることができます。 検索フィールドを開くには、Ctrl+F ショートカットかツールバーの虫眼鏡アイコンを使用します。

Dynamic Program Analysis (DPA)

デバッガーを実行中のプロセスに接続中に DPA プラグインがメモリの割り当てを解析できるようになりました。

Azure DevOps

dotCover

dotCover プラグインを使用すると、Windows / macOS / Linux で .NET 5 をターゲットとするアプリケーションのカバレッジ解析を実行できます。

Unit Tests Coverage（ユニットテストカバレッジ）ウィンドウでは、ターゲットフレームワークでカバレッジの結果を絞り込むことができます。

dotCover によるコードエディターのハイライト表示は、プラグインの設定か 'Configure highlighting level'（ハイライトレベルの調整）ポップアップでオンオフできます。

dotTrace

パフォーマンスプロファイラーが、Windows / macOS / Linux での .NET 5 アプリケーションのプロファイリングに対応しました。

Rider 向け Azure Toolkit

Azure Functions プロジェクトでは、実行/デバッグ構成がプロジェクトのコンテキストメニューに表示され、アクセスしやすくなりました。 また、Azure Explorer ツールウィンドウのコンテキストメニューを整理し、一般的なアクションをよりすばやく実行できるようにしました。

Rider 向け AWS Toolkit

Markdown

インレイヒント

私たちはインレイヒントが有用であると考えていますが、作業環境は可能な限りスッキリと操作しやすくすべきだということも理解しています。 これらを両立させるため、どちらのメリットも維持できるようにインレイヒントに対応した新しい "Push-to-Hint"（押下でヒント）の仕組みを考案しました。

ファイルヘッダー

コードスタイルとフォーマット

Tab キーを使用して現在のコード行のインデントを調整できるようになりました。 この機能を使用するには、Tab キーを Emacs の Tab 操作に割り当ててください。

コード解析

WPF に類するあらゆるフレームワークでは一般的な事ですが、コード解析では C# コードビハインドファイルと .axaml ファイルの両方に適した “Possible ‘System.NullReferenceException’”（‘System.NullReferenceException’ の可能性）および “Class/Property {...} is obsolete: Use {...}”（クラス/プロパティ {...} は使用すべきではありません: {...} を使用してください）などのクイックフィックスを備えた一般的なコードインスペクションを豊富に提供しています。

一般的な WPF のインスペクションに加えて、“Path to resource is case-sensitive”（リソースへのパスでは大文字小文字が区別されます）や “ColumnDefinitions tag can be converted to attribute”（ColumnDefinitions タグは属性に変換できます）といったクイックフィックス付きのインスペクションなど、Avalonia 固有のインスペクションも豊富にあります。 後者の場合は ColumnDefinitions="*,Auto,*" 属性に対するコンテキストアクションがあり、それを使用して <Grid.ColumnDefinitions> タグに逆変換できます。

Avalonia のバインディングの $self / $parent / ^ / # 構文を適切にサポートし、$parent[] 配列のインデックスを適切に検証するようにしました。

CompiledBinding および x:CompileBindings 拡張のサポートが拡張されました。 Rider は DataType が必要であることを認識しており、コード内のバインディングに指定するように促します。

“Create from usage”（使用箇所から作成）クイックフィックスをすべての Avalonia プロパティに使用できるようになりました。

Avalonia XAML のサポートには、CSS ライクなスタイルシステムの認識も含まれています。

その他の重要な改善点は以下の通りです。

ユニットテスト

指定ターゲットフレームワークのユニットテストを Alt+Enter メニューを使用してコードエディターから直接起動できるようになりました。

ユニットテストの実行結果を Unit Test Session（ユニットテストセッション）タブからエクスポートできるようになりました。

Xamarin

その他