ReSharper 2020.3 の新機能

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

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

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

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

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

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

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

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

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

最上位レベルのコードもコードであるため、対応するリファクタリング機能もあります。具体的には、Extract local variable（ローカル変数の抽出）と Extract method（メソッドの抽出）です。

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

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

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

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

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

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

Push-to-Hint 表示モードの場合、ヒントはデフォルトでは表示されず、 Ctrl を押すと表示され（離すと非表示になります）、 Ctrl を 2 回押した場合は、もう一度 Ctrl が 2 回押されるまで表示されたままになります。

非常に細かい設定調整を行えるようにしています。常に表示すべきヒント、押下時に表示すべきヒント、重要度の低いヒントを ReSharper に指示することができます。 それぞれのヒントの種類に ‘Visibility’ 設定を使用してください。

さらに、暗黙的な型キャストのヒントも調整しました。 この種のキャストはデータの損失やパフォーマンスの低下を引き起こす可能性があります。ReSharper は暗黙的なキャストが発生している場所を指摘します。

型変換ヒントを Ctrl+クリック すると、その暗黙的変換の実装にいどうします。

XAML のインレイヒントは前のバージョンですでに提供されていましたが、外観を設定できる通常のコンテキストメニューが追加されました。

プロパティパターンの配置設定グループを使用すると、単純なパターンを 1 行に配置し、長いパターンの折り返し方法も ReSharper に指示することができます。 また、プロパティパターンの位置揃え設定もあります。

空行をプロパティまたはイベントアクセサーの前後に追加できるようになりました。

DPA の詳細については、こちらのブログ記事をご覧ください。

大規模なコードベースで作業している場合、ソリューション全体に渡る演算の実行には長時間かかってしまいます。 ファイルを数個変更した後、ソリューション全体のリフォーマットが完了するまでに長時間待ったことはありませんか？ これを解消するために、ソリューションファイルをポイントせずに、CleanupCode コンソールツールを実行できるようになりました。一連のファイルまたはフォルダを指定するだけで、実行できます。 コマンドラインは次のように記述します。cleanupcode.exe [フォルダへのパス] [ファイルへのパス] [別のファイルへのパス]

ツールはコードのフォーマットしか行いません。このモードではクリーンアップは行われません。

コンソールツールにしばらく不足していたものの 1 つに、プラグインのサポートがありましたが、 これが戻ってきました！ 現時点では Windows のみに提供されますが、 利用するには、プラグインの ID が必要です。 JetBrains Marketplaceにアクセスし、プラグインのページを開いて Versions タブに移動します。プラグイン ID は、いずれかのバージョンをクリックすると表示されます。 InspectCode または CleanupCode を起動する際に、-x=[ID] にそのプラグイン ID を指定すると、コンソールツールによって自動的にプラグインがダウンロードされ、有効化されます。cleanupcode.exe -x=[ID] [ソリューションファイルへのパス]

プラグインはツールバージョンと互換性のあるものである必要があることに注意してください。 Also, plugins are not yet supported if you’re using the .NET Core global tools mechanism to install ReSharper’s command line tools.

テキストの検索に苦労したことはありませんか？ コード内やコメント内の文字列を検索した場合に困ったことはありませんか？ それとも、テキストにあるタイポのせいで、何も見つからなかったことはありませんか？

Find Text では、正確な一致検索のほかに、潜在的なタイポや欠落している語を考慮するファジー検索を実施できるようになりました。 この結果は、通常の部分文字列検索結果の下にある Fuzzy セクションに表示されます。 ヒント: コード内の特定の書式設定が適用された文字列ビルドを検索する場合に、非常に役立ちます。

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 拡張のサポートが拡張されました。 ReSharper は DataType が必要であることを認識しており、コード内のバインディングに指定するように促します。

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

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

最上位のステートメントについては特に、Assembly Explorer に <Top-level Entry Point><Top-level Entry Point><Top-level Entry Point> ノードを追加しました。 このノードをダブルクリックするか、コンテキストメニューナビゲーションを使用して、逆コンパイルされたコードの実際の最上位ステートメントに移動することができます。

プライベートソースリンクがサポートされました。 プライベートソースサーバーへの接続が必要な外部ソースに移動すると、ReSharper にログイン情報を入力する通知が表示されます。Visual Studio の設定で指定済みの場合は、その情報が自動的に適用されるため、表示されません（GitHub と BitBucket の場合）。

• 制約のないジェネリック型での null 許容のアノテーションのサポート（デフォルト制約を含む）。
• TypeScript サポートにも控えめな更新を実装し、ReSharper は null 合体演算子とオプショナルチェーンをサポートしました。
• シーケンシャルパターンチェックを複合パターン一致チェックに変換しやすくするクイックフィックスを新たに追加しました。
• Change Signature リファクタリングでは、追加しているパラメーターのデフォルト値を設定するために使用するツールを設計し直しました。‘Resolve with call tree’ を選択する際に開いているツールです。 コードへのナビゲーションは、ノードをダブルクリックして行います。 また、Create default parameter という新しいオプションが追加されており、値を指定するコードに直接移動できます。 最後に、ツリーで選択されるフィックスが色分けされるようになりました。 これらの更新により、より簡単に解決できるようになれば幸いです！