Rider 2025.1 の新機能

Rider の新しい Files（ファイル）ビューを使用することで、コードベース全体の中を移動できます。 この再設計されたビューは、Solution（ソリューション）ビューの横にあります。 Files（ファイル）ビューにはルート以下のリポジトリ全体の構造が表示されるため、フルスタックプロジェクト、構成ファイル、およびモダンな開発環境を構成するすべての項目をより簡単に扱えるようになります。 リポジトリ全体の可視性を有効にするには、Solution Explorer（ソリューションエクスプローラー）ツールウィンドウの設定で New Files View（新しいファイルビュー）を選択してください。

Rider の新しい Roslyn 構文ツリービジュアライザーを使用することで、C# の構文ツリーを IDE 内で直接表示、調査できるようになりました。 このビジュアライザーでは、ツリーがリアルタイムにエディターと同期されて可視化されます。

ノードを対話的に探索し、そのプロパティを検査したり、コードと対応するツリーノードの間を迅速に移動したり、幅広い検索機能とフィルタリング機能を使用したりできます。 詳細はこちらをご覧ください。

Rider 2025.1 から、Windows ホストでのリモート開発が JetBrains Toolbox App を介してサポートされるようになりました。 Gateway は依然として Linux 接続に使用できますが、リモート開発の主なハブを Toolbox App に完全に移行する計画が進んでいるところです。 JetBrains Toolbox App を使用して Windows、macOS、Linux ホストマシンに接続する方法については、こちらのブログ記事をご覧ください。

Rider が Unity Profiler と統合され、CPU パフォーマンスのインサイトがエディターに直接表示されるようになりました。 この IDE は CPU 使用率のスナップショットを取得し、それをコード内にインライン表示することで、Unity スクリプトの作成やデバッグ中にパフォーマンスのボトルネックを簡単に特定できるようにします。 Unity Profiler の階層ビュー内の呼び出しから Rider 内の対応するメソッドにシームレスに移動できます。

ゲーム開発に関するその他の更新

• 新しい SDK のプロジェクトテンプレートのサポート。
• 新しい SDK をターゲットにしたプロジェクトを作成、実行、デバッグする機能。
• C# 14 と VB 17.13 の最新プレビュー機能の初期サポート。

Rider 2025.1 は .NET 10 と C# 14 のプレビュー機能の初期サポートを提供しているため、以下のような最新の言語機能の強化を先取りできます。

以前は nameof を使用する際にすべての型引数を指定する必要があっため、不必要に冗長なコードになっていました。 C# 14 では型引数を明示的に列挙することなく nameof(List<>) を使用できます。 Rider が nameof 式内の冗長なジェネリック型引数を検出し、それらを単純化するクイックフィックスを提供するようになりました。

C# 14 では ReadOnlySpan<T>、Span<T>、および T[] 間の新しい暗黙的な変換が導入されており、Span ベースのコードがより直感的になっています。 Rider はこれらの変換ルールを完全にサポートしており、効率的でモダンな C# コードの作成を支援します。

Rider と ReSharper における C# 言語サポートの改善点については、ブログで詳細を確認できます。

F# コード補完のさまざまな部分を書き直すことで、動作が高速化され、メモリ使用量が削減され、より正確な提案が提供されるようになりました。

メタデータのビルドを最適化し、一貫性のない解析やフリーズの原因となる問題を修正し、キャンセル機能を改善してコード編集のパフォーマンスを向上させました。

F# のサポートに関するその他のバグ修正と改善点については、こちらをご覧ください。

Windows および Linux ユーザー向けの IDE に、メインツールバーにメインメニューをマージする新しいオプションが備わりました。このオプションにより、インターフェースがさらに合理化されました。

プラグインをバックグラウンドで自動更新するように Rider を設定できるようになりました。 この設定により、入手可能な互換性のあるアップデートがすべてダウンロードされ、次に IDE を再起動した際に別途の通知なしで適用されます。

このリリースでは、文字列インターンの仕組みを完全に刷新しました。 IDE はソースコード、構文要素、シンボル名、ファイルパスなどの膨大な数の文字列を処理するため、効率的に文字列を処理することが不可欠です。 新しい文字列インターンシステムでは旧バージョンの約 4 倍の一意の文字列が平均して格納され、消費メモリが約半分に削減され、大規模な .NET プロジェクトでリソースが解放されるようになっています。

Razor タグヘルパーと Blazor コンポーネントのサポートが 2025.1 に向けて完全に再構築されました。 この待望の刷新により、コンポーネントを多用する大規模な ASP.NET ソリューションでの解析時間が 5%～10% 短縮されました。 .cshtml/.razor ファイルを編集する際の再解析イベントが減少し、誤ったエラー報告も大幅に削減されます。

2025.1 リリースでは、ウェブフレームワークコンポーネントに関する AI ベースの補完の改善に注力しました。 この変更は、ローカルの行全体コード補完にもクラウドベースの補完の提案にも影響します。

Rider の AI により、プロジェクトの既存の命名規則に従ったユニットテストを生成できるようになりました。 この改善により、テストスイート全体の一貫性が維持され、手動での名前変更の必要性が少なくなり、よりスムーズかつ直感的にテストを組み込めるようになりました。

AI Assistant 機能の詳細については、こちらのページをご覧ください。

.NET アプリケーションをデバッグ中に Rider が子プロセスおよび孫プロセスへの自動アタッチを行えるようになりました。 この機能が実行/デバッグ構成で有効になっている場合、IDE はアプリケーションのプロセスツリー内で生成されたすべての .NET プロセスを追跡し、アタッチします。

この機能は、新しい Attach to child .NET processes（子 .NET プロセスにアタッチする）チェックボックスを使用すると有効にできます。

Rider 2025.1 では LINQ 式のデータ可視化が改善され、複雑な LINQ クエリをデバッガー内で直接理解してデバッグするのが容易になりました。 クエリの実行を検査し、中間結果を確認し、LINQ 操作によるデータ変換動作をよりよく理解できるようになります。 詳細については、この機能のドキュメントをご覧ください。

Rider 2025.1 では dotnet watch 専用の実行/デバッグ構成が導入され、コード変更に応じて再ビルドや再起動を自動的に行う必要のあるプロジェクトの開発ワークフローが効率化されています。

.cs、.html、または.css ファイルを変更する際には常にアプリケーションがビルドされるようになるため、ASP.NET Core および .NET 開発者は特にこの機能強化による恩恵を受けることになります。 この機能はテストファイルにも拡張されているため、コードが変更されるたびに自動テストを実行することも可能です。

Rider 2025.1 では、実行構成の入出力をリダイレクトできるようになりました。 標準入力（stdin）として使用するファイルを簡単に指定してプログラムの出力をファイルにリダイレクトすることで、デバッグとテストのワークフローを効率化できるようになりました。

さらに、ログファイルを実行構成に添付できるようになりました。 このファイルは、プログラムの実行中に Run（実行）または Debug（デバッグ）ツールウィンドウの個別のタブに表示されます。

Rider 2025.1 では、環境変数の管理が単純化されています。 変数を手動で入力する代わりに、実行/デバッグ構成で .env ファイルを直接使用できるようになりました。 Environment Variables（環境変数）フィールドの横にあるフォルダーアイコン（Browse（参照））を探し、.env ファイルを添付します。 すると、Rider が次の起動時にそのファイルをロードします。 複数のファイルを異なるプロジェクト間で使用することで、一貫した構成を維持することもできます。

コミットの詳細を Diff ペインに直接表示できるようになりました。 Diff ダイアログにコミットメッセージ、作成者、日時、および完全なコミットハッシュが表示されるため、ファイルの履歴をより明確に把握し、変更内容をより素早く理解することができます。

インスペクションと整形に加えて、コミット前チェックを実行する任意のツールを起動できるようになりました。 カスタムチェックは Run Configuration（実行構成）ダイアログで実行構成として構成できます。 これにより、潜在的な問題を早期に検出し、コードをコミットする前にプロジェクトの標準を満たしているかどうかを確認することができます。

VCS 関連の更新に関する詳細については、こちらのページをご覧ください。

Unreal Engine および Unity プロジェクトの両方で NoesisGUI フレームワークのサポートを追加しました。

Rider で Unity プロジェクトのリモート開発がより適切にサポートされるようになりました。 具体的には、シェーダーバリアントセレクターが使用可能になり、Unity の Explorer ビューが開いているファイルを正しく選択するようになりました。

Unity にバンドルされている Rider パッケージにいくつかの修正を加えました。 たとえば、ルート名前空間がたまに欠落する問題が解消され、Unity の設定ページから Unity エディターログファイルを直接開けるようになり、Linux で Rider のエントリが重複しなくなりました。

Rider 2025.1 が .NET Aspire および Azure Toolkit for Rider プラグインを介して Azure Function プロジェクトの実行とデバッグをサポートするようになりました。 この機能に関するフィードバックがありましたら、こちらのチケットのコメントでお知らせください。

Rider の .NET Aspire プラグインが AWS Lambda Function プロジェクトの実行とデバッグもサポートするようになりました。 詳細については、こちらの GitHub の課題をご覧ください。

Rider 2025.1 が Azure Toolkit for Rider プラグインを介して Azure App Services プロジェクトのリモートデバッグをサポートするようになりました（Azure Functions と Azure Web Apps がサポートされています）。

Rider 2025.1 では、Blazor WebAssembly（WASM）の発行が適切にサポートするようにしています。 これにより、.NET Publish | Publish to Folder（.NET の発行 | フォルダーに発行）構成を使用できるようになりました。この構成では browser-wasm ターゲットランタイムが使用され、出力に欠落ファイルが発生することはありません。

組み込みの提案が提供されない場合、Rider が（特にインポートに関して）サービス駆動型のクイックフィックスを優先するようになりました。 これにより、関連する修正を最初に表示し、問題解決の手間を軽減し、全体的なコーディング体験を向上させています。

詳細については、WebStorm の新機能ページをご覧ください。

Code With Me

これまでの Rider では Code With Me セッションを開始する場合、Enable Code With Me（Code With Me の有効化）アクションを使用して手動でセッションを有効化し、再起動を行う必要がありました。 Rider 2025.1 ではこの手順が不要になり、IDE を再起動せずにすぐに協働セッションを開始できます。

JetBrains ターミナル: 新しいアーキテクチャ ベータ

2025.1 リリースではターミナルのアーキテクチャが改良され、ベータとして提供されています。 ターミナルが安定した標準準拠のコアで動作し、IDE のエディターを使用して UI をレンダリングするようになりました。 この変更により、ローカルかリモートかに関係なくさまざまなプラットフォームで互換性とパフォーマンスを維持しながら、新しい機能を導入できるようになっています。 今後の計画と進捗については、こちらのブログ記事をご覧ください。

Rider 2025.1 では、デコンパイラにいくつかの改良が加えられ、最新の C# 機能のサポートが強化され、コードの可読性が向上しました。 新機能は以下の通りです:

• required メンバーのサポート。
• C# 13 で導入された新しい System.Threading.Lock 型のサポートを追加。
• ref フィールドおよび scoped パラメーター修飾子のサポート。
• allows ref struct ジェネリックアンチ制約のサポート。
• ref struct 型に対するパターンベースの using のサポート。
• 文字列補間のサポート。
• 可読性を向上させるため、デコンパイルされたコード内の特定の整数定数にコメント付き 16 進数表記が含まれるようになりました。
• ファイルスコープの名前空間のサポート。