Riderの新機能

デバッガの機能拡張

Riderには、総称型、 async 関数名、コンストラクタ、静的メソッド、およびその他のタイプの情報を含む現代的なC#機能を理解しやすい形で使用する呼び出しスタックが表示されるようになりました。

マルチスレッドコードのデバッグを簡単にするために、スレッド固有のブレークポイントを追加しました。コンテキストメニューを使用してブレークポイントを編集し、特定のスレッドでのみ中断することができます。ブレークポイントは、興味がある特定のスレッドでブレークポイントに達するとヒットするだけです。

デバッガには他にもいくつかのアップデートが含まれています：

• unsafe ポインタの検査と拡張がサポートされています。
• スマート・ステップ情報(英語)は、 [DebuggerStepThrough] 属性で装飾されたメソッドを正しく処理するようになりました。
• Debugger.NotifyOfCrossThreadDependency がサポートされています。
• デバッガの一時停止ごとに、デバッガツールウィンドウ内のすべての監視を自動的に更新するオプションが追加されました。
• メモリー・ビューウィンドウのタイプは、CLRスタイルではなくC#スタイルでフォーマットされるようになりました

詳細は、 より意味のあるコールスタック、スレッド固有のブレークポイントおよびその他のデバッガの改善(英語)を参照してください。

IISまたはFTPへの公開

Riderには、IISに公開するとカスタムサーバーへの公開という2つの新しい実行コンフィギュレーションが導入されています。両方ともASP.NETコアWebアプリケーションをローカルまたはリモートサーバーに導入する目的に役立ちますが、これを行うには異なる手段を使用します。

• IISに公開するは、MSビルドとMSDeployを使用してアプリケーションをパッケージ化して公開します。この実行構成タイプは、ASP.NETコアWebアプリケーションをローカルおよびリモート IISおよびKudu（Azure Web Apps）に展開し、MSDeployパッケージを作成することができます。プロファイルを公開すると、 .pubxml ファイルとなります。
• カスタムサーバーへの公開は、MSビルドとRiderのビルトインツールを使用して、アプリケーション成果物をアップロードします。この実行コンフィギュレーションタイプは、FTPとFTPS/SFTPを使用してアプリケーションをそこから得ることをサポートします。 Windows、Mac OS X、Linuxでサポートされています。

現在、ASP.NETコアWebプロジェクトの公開のみがサポートされています。さらに、IISに展開するIISに公開する実行構成タイプを使用すると、Windows上でのみが動作します。

詳細は、 Riderを使用してASP.NET Core WebアプリケーションをIIS、FTPなどに公開する(英語)を参照してください。

Dockerのサポートがデバッガに到達しました

Riderは、ローカル（Linux）DockerコンテナでASP.NETコアアプリケーションのデバッグをサポートするようになりました。デバッガをDockerコンテナに接続すると、本番環境に近いLinux Dockerコンテナでアプリケーションをローカルで検証できます。

ローカルマシンでのデバッグと同様に、Riderでは、変数、スタックフレーム、スレッドの検査だけでなく、独自のコードと非コンパイルされたサードパーティコードの両方を実行することができます。

現在、ASP.NETコアWebアプリケーションのみがLinux Dockerコンテナでデバッグできます。 RiderはDockerfileから構築されたデバッグコンテナを許可しますが、Docker compose（docker-compose.yml）を使用して作成されたデバッグコンテナはまだサポートしていません。

詳細は、 ローカルのDockerコンテナでのASP.NETコアアプリケーションのデバッグ(英語)を参照してください。

ソリューションエクスプローラの再設計

新しいツールバーを使用すると、すべてのファイルを表示するオプションを簡単に切り替えることができ、プロジェクトモデルの一部ではない他のすべてのファイル（茶色で強調表示）が表示されます。次の2つのボタンを使用すると、ソリューションエクスプローラとエディタを同期させることができます。 ソースに自動スクロールは選択されたファイルをエディタで表示し、ソースから自動スクロールはファイルを1つのファイルから別のファイルにナビゲートするたびにファイルを選択します。

Rider 2018.2は、ソリューション・ビューに加えてファイルシステムビューを導入しました。このソリューション・ビューは、ソリューションファイルの下に実際のファイルシステム構造を示しています。インデックスのない項目は、グローバルテキスト検索やToDoインデックスなどのインデックスベースの機能から除外されます。また、スクラッチビューを解決策 と ファイルシステムビューの両方にマージしました。これにより、最近作成されたスクラッチファイルに簡単にアクセスできます。

カスタムファイルのネストをもっと簡単に設定するためのダイアログを追加しました。それらは、SDKベースプロジェクトファイルと旧式フォーマットと同様に、それ以上の要件なしで動作します。 Rider 2018.2を使用すると、新しい親ファイルにネストするファイルからドラッグ・アンド・ドロップを使用してファイルネストを適用することもできます。

最新のバージョンでは、常に上にフォルダを表示するオプションもあります。これは、私たちにとってより自然なプレゼンテーションになるかもしれません。

詳細は、 Rider 2018.2のソリューションエクスプローラとプロジェクトモデルの更新(英語)を参照してください。

コード補完の改善

Riderは現在、ReSharperの統計ベーススコアリングアルゴリズムを使用してコード補完を提供しています。これの重要な側面の1つは、Riderが現在、与えられたコード提案が何回使用されたかを追跡することです。より多くの提案が使用されるほど、コード補完に表示される可能性が高くなります。

コード補完をRiderからいくつかの助けを得るのに便利ないくつかの場所に拡張しました：スクラッチ・ファイル、デバッガの監視、およびC#インタラクティブ。通常のC#またはVB.NETファイルにコードを書く場合と同様に、Riderはコード補完とメソッド情報とパラメータヒントポップアップを提供します。

また、安全でないコンテキストでポインタ型のメンバにアクセスしようとしているときに、 . （ドット）の代わりに -> 演算子を使用する必要がある場合に便利な機能も追加しました。安全でないコードを防ぐために、誤った演算子を使用するたびにRiderがそれを検出し、コードを完了すると正しいコードを使用します。

詳細は、 Riderにおけるコード補完の改善2018.2(英語)を参照してください。

ユニットテストカバレッジと連続テスト

各Riderリリースでは、RiderとReSharper Ultimateバンドルのギャップを埋めるために最善を尽くしています。トップオンデマンド機能は確かにRider + dotCoverでした。統合。さらに、Rider 2018.2にはユニットテストコードカバレッジと連続テストのサポートがあります。 dotCoverはRider用のバンドルプラグインとして提供され、自動的にRiderとともにインストールされます。

すべての重要な機能が利用可能です：

• カバレッジツリーとコードハイライトを使用した"クラシック"ユニットテストコードカバレッジ分析。 ReSharper UltimateのVisual Studioとまったく同じように見えます。
• Riderの継続的なテストはReSharper Ultimateと変わりません。目的のセッションで有効にしてコードを変更し、プロジェクトをビルドまたは保存します（環境設定に応じて）。

現時点ではWindowsのみがサポートされていますのでご注意ください。 モノのサポートはまだ進行中であり、2018.2には含まれていません。

詳細は、 ユニットテストカバレッジと連続テスト: 今ライダーで!(英語)を参照してください。

テンプレートエクスプローラ

ReSharperに欠けている機能のうち、最も必要な機能の1つが最終的にRiderに追加されました。 管理する、追加、または変更 ライブ/サラウンド/ファイルテンプレートは、エディター | ライブ・テンプレートとエディター | ファイル・テンプレートの下のRider設定の右側にあります。

マルチファイルテンプレートの作成はまだサポートされていませんのでご注意ください。

MacBookタッチバーのサポート

他のJetBrains IDEと同様に、RiderはMacBookタッチバーをサポートしています。 タッチバーから多くの操作を直接行うことができます：プロジェクトの実行、ビルド、デバッグ、変更のコミット、およびプロジェクトの更新。コンテキスト依存のボタンは、タッチバーインターフェースの中央にあるアプリケーション固有の領域に表示されます。 タッチバーのコンテキストとボタンは、[環境設定] | [環境設定] 外観 & 振る舞い | カスタマイズ | タッチバーページ。

この他に、macOS（環境設定 | 外観 & 振る舞い | 外観 | select ダーク・ウィンドウ・ヘッダーを使用する）でRiderタイトルバーを暗くすることができます。

また、Riderには新しいアイコンが付いています。これらの新しいクリーンでシンプルなアイコンの主な目的は、視覚的混乱を減らし、ツールバーとツールウィンドウの可読性を向上させることです。

C# 7.3サポート

Riderは最終的に最新のC# 7.3のすべての機能をサポートしています：

• イニシャライザー およびクエリの宣言式。
• タプル等価。
• Ref の割り当て。
• Unmanaged、 System.Delegate、および System.Enum の制約があります。
• Stackalloc 配列初期化子。
• パターンベースの fixed ステートメント。
• 可動 fixed バッファの索引付け。

構文をサポートするだけでなく、新しいインスペクションと適切なクイックフィックスを追加して、コードをC# 7.3と互換性を持たせました。

詳細は、 RiderのC# 7.3とReSharper(英語)を参照してください。

フロントエンド開発機能

TypeScriptのサポートが改善され、最新のTypeScript 2.9 / 3.0リリースのすべての言語機能がサポートされるようになりました。それに加えて、RiderはTypeScript言語サービス自体によって提供されるより迅速な修正を提供するようになりました。

次の機能も追加されました。

• Reactコンポーネントを抽出して変換します。
• Angular CLI。との新しい統合
• Vue.jsのイベントのための補完。
• Alt Enter メニューに新しいコンテキストアクション（例えば、インターフェースの実装、派生クラスの作成、インターフェースまたは抽象クラスのメンバーを実装する、 switchのケースを生成する、 for..ofで反復するなど）があります。

詳細は、 WebStorm 2018.2(英語)を参照してください。

ReSpellerによる統合スペルチェック

このリリースにはReSpeller拡張機能が付属しており、スペルチェック機能をそのまま使用できます。コード解析と同様に、ReSpellerは識別子、コメント、文字列リテラルなどのスペルミスやタイプミスをスキャンし、検出された各問題を解決するためのクイックフィックスを提供します。デフォルトでは、ZZG6Gがサポートする多くの言語でReSpellerが有効になっています。個々のインスペクションを有効/無効にし、検出されたものの重大度を変更する簡単な方法は、設定で「typo」を検索することです（環境設定 | エディター | インスペクション設定 | インスペクション重大度で終わります）。

その後、 Alt Enter メニューを呼び出して、ReSpellerが私たちの間違いを修正するいくつかのオプションを提供します。メニューでは、タイプミスを修正するか、リスペラ辞書に新しい単語を追加することができます。

デフォルトでは、スペルチェッカーには英語（米国）用のビルトイン辞書が付属しています。 Hunspell(英語)に基づいた辞書を使用しています。これは、必要に応じて追加言語(英語)をインストールできることを意味します。

詳細は、 ReSharperとRiderのReSpellerによる統合スペルチェック(英語)を参照してください。

ユニット・テスト

このリリースでは、いくつかの新機能が追加され、いくつかの最適化が行われました。

• SDKスタイルのプロジェクトでのテストの発見と実行はより高速になっています。
• 新しい施錠開錠アイコンが単体テストセッションツールバーに追加されました.単体テストセッションをロックすることで、より多くのテストを追加できます。
• Windowsのモノでも実行とデバッグのテストが可能になりました。
• 次にナビゲートメニューからユニットテストエクスプローラウィンドウを開くことができます
• ユニットテスト関連のアクションがデフォルトのキーマップに追加されました。

NuGetのサポート

Rider 2018.2のNuGetサポートには、NuGetログのフィルタとフォーマットのカスタマイズ、および高度な診断が含まれています。これは、NuGetパッケージで何かがうまくいかなかった場合に起こったことを理解するのに役立ちます。

これと同様に、自動参照パッケージとTLS-1.2のみ NuGetフィードのサポートが追加されました。

この種のプロジェクトは時代遅れであるため、project.jsonベースプロジェクトのサポートは中止されました。前進する時が来たと思います。

C#インタラクティブなアップデート

Rider 2018.2では、C#インタラクティブコンテキストメニューの新しいリファレンスをプロジェクトやアセンブリで使用できます。 C#インタラクティブで選択したプロジェクトまたはアセンブリを参照します。 Riderは私たちのためにloadステートメントを生成し、すぐに実行します。 C#インタラクティブツールウィンドウには、現在のソリューションのプロジェクトを参照するのに役立つ独自のツールバーボタンもあります。

Riderは、C#インタラクティブにデバッガを接続することをサポートし、C#インタラクティブから呼び出されたときに独自のコードを実行します。コードのスニペットを素早くデバッグするために、コンソールアプリケーションや単体テストを書く必要はもうありません。プロジェクトを参照してC#インタラクティブでデバッグを開始するだけです!

詳細は、 Rider C#インタラクティブでの参照とデバッグコードスニペットの追加(英語)を参照してください。

F#のサポート

ファイル・テンプレートは現在、F#プロジェクトの内部で動作し、定型コードを含むファイルを生成することはC#の場合と同じくらい簡単です。

FSharp.Compiler.ServiceはいくつかのF# 4.5の機能/変更を受け取るように更新されました。

• 幅サポート。
• match! キーワード。

最後に、C#プロジェクトとの相互運用性が改善されました。これには、以下のF# 4.1の機能が含まれます。

• Records と UnionsのStruct 注釈。
• 暗黙の Module 接尾辞。

Unityサポートの改善

Riderの優れたUnityサポートは、さらに際立っています!

Unityアセンブリ定義ファイル（.asmdef）：JSONスキーマ検証、コード補完、使用箇所の検索、名前変更リファクタリング、ナビゲーションリファレンステンプレート、AsmDefファイルテンプレート、インスペクション /クイックフィックスで自己参照とファイル名/アセンブリ名の不一致を完全にサポートしました: また、RiderはRoslyn C#コンパイラの応答ファイル（csc.rsp）をサポートし、

Unityがプレイモードでフォーカスを受け取ったときにUnityリロードアセンブルを無効にするオプションが追加されました（2018.2以前のUnityの場合のみ、2018.2は同じオプションがネイティブであるため）。

これからRiderでUnityエディター/プレーヤーログを直接開くことができます。同様のログエントリをフィルタリングしたり折りたたんだりすることもできます。すべてのコマンドは、Unityログツールウィンドウのコグメニューで利用できます

コード解析が大幅に改善されました。Unityコードを改善するための新しいインスペクションと適切なクイックフィックスがたくさんありますが、Unityタイプのthis == nullに対する無効な警告が最も注目されています。

これに加えて、リモートプレイヤーのデバッグサポートが改善され、Unityエクスプローラ。にパッケージ とスクラッチ ノードが追加されました

その他の機能

• 新しいGUIDを生成するアクションが利用可能です。
• .rulesetファイルの初期サポートを導入しました。それを有効にするには、ファイル | 設定 | エディター | インスペクション設定に行き、チェックボックスeditorconfigとプロジェクト設定から設定を読み込むを選択します。
• stylecop.jsonの設定は無視されなくなり、解析中に考慮されます。
• VCSサポートには、新しい競合をマージするノードとの簡単なマージ競合の解決、VCSログタブの拡張機能、および特定のリビジョンに基づいたリポジトリの状態の探索など、いくつかの新機能が追加されました。
• 設定のファイル拡張子にカスタムツールを指定できるようになりました。
• パラメーター情報ポップアップに色を追加し、C#とVB.NETでIntelliSense用のサマリーツールチップを追加しました
• ビルド設定アイコンは、ビルドツールウィンドウのツールバーにあり、設定ページビルド、実行、デプロイ | ツールセットおよびビルドに進みます。
• カスタムパラメータをランタイムに渡すために、ランタイム引数フィールドが実行/デバッグ構成の.NET関連テンプレートに追加されました。
• 再実行するアクションは、使用箇所の検索タブで利用できるようになりました。

詳細は、 RiderでのGUIDの生成、色付きのパラメータ情報、Riderでのカスタムランタイム引数2018.2(英語)を参照してください。

Roslynアナライザ

Riderは、サポートされているすべての言語で2400を超えるコードインスペクションを提供し、エラーやコードの匂いを検出するのに役立ちます。今回のリリースでは、Roslynアナライザーを使用して、コード品質を向上させるためにさらに力を入れました。 RoslynアナライザがNuGetまたは .csproj リファレンスを介してプロジェクトにインストールされている場合、Riderはそれらをエディタで強調表示し、 Alt Enter メニューを使用してクイックアクション（利用可能な場合）を適用できるようにします。

Roslynアナライザのサポートが有効になり、デフォルトでソリューション全体の分析に組み込まれています。関連設定は、エディター | インスペクション設定 | Roslynアナライザで設定できます。すべてのアナライザには設定可能な重大度があり、コンテキストメニューまたは Alt Enter ポップアップから必要に応じて調整できます。ガターの電球にはRoslynのロゴが表示されるので、RoslynとRiderのコード解析を区別できます。

詳細は、Rider 2018.1 EAPにおける Roslynアナライザのサポート(英語)を参照してください。

エンティティフレームワーク

Rider 2018.1は.NET フレームワークプロジェクトで初期エンティティフレームワークをサポートします。 ツール | エンティティフレームワークの下で利用でき、次の機能が含まれています。

• エンティティフレームワークの最も一般的なバージョンのサポート：6.0から6.2。
• 初期設定、移行を有効にする、移行の追加、移行を取得する、およびデータベースを更新するアクションは、ダイアログボックスとして利用できます。
• ダイアログボックスのフィールド用Smart コード補完は、提案リストをフィルタリングし、該当するプロジェクト、タイプ、および名前のみを表示します。

詳細は、Rider 2018.1におけるエンティティフレームワークのサポート(英語)を参照してください。

Unityとのより深い統合

Unityに対するRiderのサポートは、すべてのリリースでより良くなります。今回のリリースでは、RiderとUnity Editorのコンテキスト切り替えに費やす時間を削減することに重点を置いています。

プレイモードに出入りするように切り替えることができ、ライダーを動かすことなく1つのフレームを一時停止してステップすることができます!新しいツールバーには、Unityエディタの同じボタンに対応し、Unityエディタと同じ動作を制御するゲームビューボタン遊びます、一時停止、およびステップが含まれています。ステータスバーの新しい小さなUnityアイコンは、Unityエディタが接続されているか、リフレッシュされているのか、プレイモードにあるのかを示します。 モデルの編集のRiderで適用された変更は、即座にUnityエディタに送られます。

ハイパーリンクされたスタックトレースを備えた新しいUnityのログツールウィンドウでは、Unityエディタコンソールに記録されている同じイベントを探索できます。カテゴリ（エラー、警告、またはメッセージ）によるフィルタリング、ログに記録されたときのイベントの非表示（遊びますまたはモデルの編集）、ログエントリに記述されているソースファイル、クラス、メソッド、 。 Unityログはプレイモードに切り替わるたびに自動的にその出力を消去します。

Rider 2018.1は、Unityテストランナーとのシームレスな統合も提供します。 Rider内からUnity固有のテストの結果を調べ、結果をフィルタリングし、スタックトレースをクリックしてコードに移動します。

最後に、Unity Editorの資産ビューを複製するUnityエクスプローラビューを追加しました。自宅にいるような気分になります。

詳細は、以下を参照してください。

• RiderコンソールログをRider 2018.1で直接表示する(英語);
• Rider 2018.1でUnityエディタの再生モードを制御(英語);
• Rider 2018.1でUnityテストを実行する(英語)。

XAMLプレビュー

Rider 2017.3で実装されているWPFアプリケーションプロジェクトタイプは、XAMLコードで行った変更の結果をプレビューする組み込みのメカニズムである不足しているフラグメントを受け取りました。

XAMLプレビューの設定はツール | XAMLプレビューで利用できます。プレビューをオフにしたり、レンダリングされたイメージの品質を設定したり、透明度を設定したりすることができます。

詳細は、RiderのWPF用のXAMLプレビューツールウィンドウ(英語)を参照してください。

デバッガでのメモリビュー

メモリー・ビューと呼ばれる新しいデバッガ機能を使用すると、アプリケーションのメモリ空間でコードの影響を理解するために、アプリケーションのフードを見て、デバッグ中にマネージヒープを調べることができます。

デバッガがブレークポイントに達すると、デバッガーツールウィンドウの別のタブでメモリー・ビューを開くことができます。 Riderはヒープ内のオブジェクトの総数をタイプ名と消費されたバイト数でグループ化して表示します。クラス項目をダブルクリックすると、別のウィンドウにすべてのインスタンスが表示されます。 Alt Enter を任意のクラス宣言に合わせてクラスのインスタンスを表示するを選択することで、コードエディタからアクセスすることもできます。

メモリー・ビューは.NET フレームワーク（4.5+）と.NET Coreで動作します。 Monoはまだサポートされていません。

詳細は、メモリビュー - Riderでデバッグ中に.NETメモリを調べる2018.1(英語)を参照してください。

より多くのデバッガ更新

Riderのデバッグではかなり改善が見られます：

• 新しい例外ポップアップでは、例外の詳細を調べるのが簡単になります。スローされた例外に関する基本情報を表示し、強調表示された例外のスタックトレースを素早くナビゲートするのに役立ちます。また、ポップアップの内側で例外ブレークポイントの設定を変更することもできます。
• スマート・ステップ情報はステートメントにジャンプと組み合わされ、すでに実行されているコールを再度実行することができますを意味します。
• シンボルサーバのサポートでは、シンボルとシンボルサーバの動作を設定できます。これをビルド、実行、デプロイ | デバッガー | シンボルに設定してください。
• Riderは、デバッグツールウィンドウの変数ビュー（別名 "locals"）で戻り値のローカルのソースコードを表示するを学習します。
• 標高が必要な場合、デバッガの接続ウィンドウプロセス名とIDを表示し、権限を昇格させる。 （注：今はWindows上の.NET フレームワークでのみ動作します。）
• ローカルプロセスへのアタッチが高速になります。

詳細は、例外ポップアップ、改良されたスマートステップイン、シンボルサーバ、その他Rider 2018.1 EAPデバッガアップデート(英語)を参照してください。

NuGetの改善

いくつかの点でプライベートNuGetフィードに対する認証のサポートが強化されました。

• パッケージの復元が必要なソリューションの最初のロード時に、Riderは自動的に認証プロンプトを表示し、資格情報をRiderのパスワードストアに保存します。
• Rider 2018.1には、 MyGet(英語)やVisual Studio Team Services（VSTS）(英語)などの人気のあるNuGetホスティングソリューションのための認証プロバイダも組み込まれています。
• カスタム資格プロバイダを追加することもできます。あなた自身で作成したい場合は、GitHub上のRider用のNuGet資格プロバイダプラグインの例(英語)を公開しました。

関連する変更では、バルクNuGet操作の初期サポートが追加されました。ソリューション内のすべてのパッケージを、NuGetパッケージタブのツールバーにある新しいボタンのクリックで更新できます。すべてのまたはいくつかのプロジェクトのインストール済みパッケージを必要なバージョンまで更新し、ワンクリックで削除することもできます。

詳細は、Rider 2018.1 EAPのプライベートNuGetフィードの資格情報プロバイダ(英語)を参照してください。

プロジェクトやソリューションの理解を深める

このリリースでは、Riderは次のことを学びました。

• MSBuildの再配布可能なJetBrains(英語)を使用しているWindowsマシンに、既存のVisual StudioまたはVisual Studioビルドツールをインストールせずに完全な.NETフレームワークアプリケーションを開発してビルドしましょう。 ビルド、実行、デプロイ | ツールセットおよびビルド | MSBuildバージョンを使用する下にカスタム MSBuildを指定することができます。
• サポートWeb参照：ソリューション・エクスプローラーでWeb参照を表示し、URLでWCF Web参照を検出して追加し、既存のWeb参照を削除します。
• ナビゲーション、リファクタリング、コード分析など、完全なサポートを受けてWebサイトプロジェクトを開いて実行します。
• .NETコアソリューションのプロジェクトプロパティを編集するためのUIを提供します。
• より正確にMSBuildを検出し、自動検出します。

詳細は、以下を参照してください。

• RiderでWebサイトプロジェクトの実行、ファイルプロパティの編集、さらにプロジェクトモデルの更新(英語);
• MSBuildの再配布可能なJetBrainsの紹介(英語)。

進化するF#のサポート

F#プロジェクトでは、ファイルが依存関係の順序に配置され、ソリューション・エクスプローラーのファイルをドラッグアンドドロップして並べ替えることができます。ファイルの並べ替えは複数のファイルに適用されるため、既存のディレクトリの前後にファイルを移動することもできます。

F#スクリプトも改善されました。

• コード補完、強調表示、および分析が期待通りに機能します。
• どこでも検索、シンボルにジャンプ、ファイルメンバーに移動、使用箇所の検索、ファイル構造の表示などのナビゲーションコマンドはすべてスクリプトをサポートしています。
• #r および #load ディレクティブのファイルのスマートコード補完は、サブディレクトリからのすべての適用可能なファイルを提供し、相対パスを挿入します。

詳細は、以下を参照してください。

• Rider 2018.1はF#プロジェクトにファイル注文を提供します。
• RiderでのF#スクリプトのナビゲーション、使用方法、ファイル構造を参照してください: 2018.1 EAP(英語)。

ReSharperからの変更

Riderはそのルートを忘れずに、兄、ReSharperの足跡を辿っています。 ReSharper 2018.1(英語)から採用された機能のリストは次のとおりです。

• C# 7.2の完全な理解と以前のC#バージョンのサポートの改善。
• EditorConfigを使用して、任意のスコープ（ソリューション、プロジェクト、または特定のファイル）のインスペクション重大度を設定します。オプションeditorconfigから設定を読み込むを使用し、設定 | インスペクション設定 | コード分析を有効にするで使用できるプロジェクト設定を使用します。
• コードの書式設定インスペクション：Riderでは、コードの書式違反をエディタで強調表示できるようになりました。誰もがこの行動のファンではないので、これらのインスペクションはデフォルトでは無効になっています。その一部または全部をオンにするには、エディター | インスペクション設定 | インスペクション重大度に行ってください。
• StyleCopのサポートはエディター | コード・スタイル | StyleCopで設定可能です。 StyleCopの設定は、Riderの独自のコードスタイル設定よりも優先されることに注意してください。

詳細は、以下を参照してください。

• ReSharper 2018.1のインスペクションの書式設定で一貫したコードスタイルを維持する(英語);
• EditorConfigでのインスペクション重大度の設定(英語);
• EditorConfigのRoslyn規約のコードスタイル設定(英語)。

IntelliJプラットフォームからのさらに多くの変更

IntelliJ IDEA 2018.1(英語)から継承した機能は次のとおりです。

• Dockerのサポートでは、 docker-compose.override.ymlを含む複数のDocker Composeファイルが認識され、実行コンフィギュレーションでコンフィギュレーションファイルを選択した直後にサービスを選択することができます。
• プロジェクト内の置換ダイアログでの正規表現置換のプレビュー
• 新しいコンパクトで軽量なドキュメントポップアップ。
• Windows用の複数ディスプレイでのHiDPIサポートの強化

より多くのフロントエンド開発機能

Riderは、WebStorm(英語)から継承し、すぐに提供する機能を引き続き拡張します。

このアップデートは、最新のTypeScript 2.7機能をサポートし、メンバーの実装アクションを改善し、未解決のプロパティ用の新しいタイプガード付きサラウンドクイックフィックスを追加します。

Riderでパッケージマネージャを設定するWebStormチームの素晴らしい同僚のおかげで、はるかに簡単になりました。 Node.jsとnpm環境設定では、npmとYarnのどちらかを選択してから、依存関係をインストールしてスクリプトを実行するときにRiderに環境設定を使用させることができます。新しいプロジェクトを yarn.lock ファイルで開くと、RiderはYarnがインストールされていればYarnを使用します。

クラスの名前変更リファクタリングで、クラスと同じ名前のファイルの名前を変更できるようになりました。

Ctrl / Cmd - HTMLのクラス名をクリックすると、Sass、SCSS、またはLessソースコードの宣言に移動します。さらに、リンクされたCSSファイルに一致するシンボルがない場合、コード補完はすべてのスタイルシートからクラスとIDを提案します。

バージョン管理の改善

小さなコミットが変更を見直して追跡することを容易にし、何らかの問題が生じた場合にロールバックすることを誰もが知っています。 部分的なGitコミット（git add -p）を使用すると、選択した変更のみをファイルから簡単にコミットできます。 変更のコミットダイアログのdiffビューのチェックボックスを使用して、コミットするコードのチャンクを選択します。また、左のガターのマーカーを変更すると、既存のチェンジリストに変更を移すことも、新しいチェンジリストを作成することもできます。

バージョン管理ツールウィンドウのローカルの変更タブに新しいグループアイコンが追加され、ローカルの変更をディレクトリ、モジュール、またはリポジトリごとにグループ化することができます。

さらに、Riderはコミットの詳細にハッシュをハイライト表示し、ログタブでワンクリックでこのコミットにジャンプすることができます。

最後に、リベースを中断、リベースを続行、コミットをスキップアクションがGit ブランチポップアップから利用可能になりました。

その他の変更点

Rider 2018.1の変更点は以下のとおりです。

• 新しいMSTest設定ダイアログ：ファイル | 設定 | ビルド、実行、デプロイ | ユニット・テスト | MSTest。
• C#インタラクティブの新しいカスタマイズ設定：open / センドラインでツールウィンドウにフォーカスを合わせるか、センドラインでキャレットを下に移動します（設定 | 言語&フレームワーク | C#インタラクティブ）で調整可能）。
• Ideologプラグイン(英語)はIDEからダウンロードできます: 設定 | プラグイン | JetBrains プラグインのインストール…に行く
• スクラッチビューは、本格的なコンテキストメニューで期待どおりに動作しています。

サードパーティのコードのデバッグ

場合によっては、ソースコードを所有していないアセンブリをデバッグしたい場合があります。コントロールライブラリまたはレガシーモジュールが期待どおりに動作しない場合があります。 .NET フレームワークがどのように動作するかを知りたいときもあります。

Rider 2017.3は、外部コードのデバッグを自動的かつ痛みのないプロセスにします。今すぐRiderがオンザフライでデコンパイルするアセンブリのステップスルーとブレークポイントの設定することができます。 Riderには既に.NETデバッガと.NETデコンパイラの両方が搭載されていましたが、これをシームレスに相互運用する必要がありました。

独自のコードのデバッグにのみ関心がある場合は、デバッガの設定を変更して、ライブラリ呼び出しを一歩進めることができます。

詳細は、Riderを使用してサードパーティのコードをデバッグする(英語)を参照してください。

スマート・ステップ情報

デバッグ方法チェーンとネストされたメソッド呼び出しは、新しいデバッガアクションスマート・ステップ情報を使用すると簡単になります。

このアクションは、特定のコールを選択する際に役立ちます。また、1つの回線内の他のすべてのコールをステップ実行することもできます。例： Print(Filter(people, BuildPredicate(x => x.Feature, "smth")));のような行をデバッグする場合、 Filter()に具体的にステップインすることができます。

詳細は、Riderでのスマートステップのデバッグ(英語)を参照してください。

地方の戻り値

一般的な需要に続いて、Riderは、コードをステップ実行するときに、デバッグツールウィンドウの変数ビュー（別名 "地元"）に関数戻り値を表示することを学習します。

これは、メソッドが別のメソッドの戻り値を返す場合や、メソッド連鎖を使用する場合など、メソッド呼び出しの結果がローカル変数に格納されていない場合に便利です。

詳細は、非同期呼び出しスタックとRiderのデバッガの改善2017.3(英語)を参照してください。

より多くのデバッガの改善

Riderのデバッグは、次のような多くの点で改善されました。

• アプリケーションの再起動をせずに、特定のロジックを再試行またはスキップできるように、実行ポインタをドラッグ&ドロップするをコードの以前または後の位置に追加できるようになりました。
• 非同期機能の呼び出し元がフレームビューに表示され、非同期因果関係チェーンが復元されます。
• デバッグセッション中に、強制的にカーソル位置まで実行や次のステートメントに設定のようなデバッガの動作が Alt Enter経由で入手可能になりました。
• 変数および監視式ビューのコード補完アイテムは、最新のプレゼンテーションを取得します。
• ラムダ式と拡張メソッドは、XamarinやUnityなどのMonoベースのアプリケーションをデバッグするときにサポートされるようになりました。
• 数値型（ decimal、 float、 double ）の値が評価され、期待通りに表示されます。

詳細は、非同期呼び出しスタックとRiderのデバッガの改善2017.3(英語)を参照してください。

新規プロジェクト・ウィザード

プロジェクトやソリューションを作成するためのRiderのUIは、多くの点で改善されました。

• プロジェクトテンプレートは、フレームワークごとにグループ化され、各フレームワークテンプレートのプロパティで言語、フレーバ、およびターゲットフレームワークのバージョンを選択できます。
• GitまたはMercurialリポジトリは、新しいソリューションとともに作成できます。
• 特定のタイプのアプリケーションまたはプログラミング言語をウィザードで検索できます。
• WPFアプリケーションやUnityクラスライブラリなどの他のプロジェクトテンプレートもデフォルトで利用できます。
• dotnet new をベースにした追加のプロジェクトテンプレートを簡単にインストールできます。

詳細は、Rider 2017.3のプロジェクトテンプレート(英語)を参照してください。

ユニットテストの改善

Riderの.NETユニットテストランナーは、大幅なユーザビリティ向上と新しい機能セットを提供します。

• テストが失敗するまで繰り返すと現在のセッションで失敗したテストを再実行する2つの新しいアクションが利用可能です。
• すべてのアクションは現在、現在選択されているフィルタ（失敗したテストのみなど）を尊重します。フィルタそのものがよりコンパクトに表示されるようになりました。現在のテストセッションでテストステータスが発生しない場合、そのステータスのフィルタは表示されません。
• ユニットテストツリーのローカルショートカットが導入されました。たとえば、 Del はセッションから選択したテストを削除し、 Alt Shift Insert は新しいセッションを作成します。
• ユニットテストツリーでテストを検索すると、折りたたまれたノードで結果を見つけることができます。

詳細は、Rider 2017.3のユニットテストの改善(英語)を参照してください。

C#インタラクティブ

コンパイルを待たずにC#ステートメントを実行するのに役立つ、新しいC#インタラクティブツールウィンドウを追加しました。これはREPLベースの迅速なコードのドラフトであり、与えられた式が返すものについての即時のフィードバックを得る方法です。

新しいインタラクティブセッションを開始するには、ツールウィンドウを直接開くか、 Alt Enterを介してコードエディタからコード選択を送信します。

詳細は、RiderでインタラクティブなC#(英語)を参照してください。

Unityサポートの改善

上記の新しいUnityクラスライブラリプロジェクトテンプレートに加えて、Unityプラグインは、オールラウンドの改良を受けています：

• シリアライズ可能またはシリアライズ不可能なフィールドとして注釈を付ける新しいコンテキスト・アクション、およびシリアライズされたバッキングフィールドを持つプロパティに自動プロパティを変換する新しいコンテキスト・アクション
• [PostProcessScene] およびその他のUnity属性でマークされたメソッドのシグネチャチェックなど、Unity属性の新しいコード・インスペクション。
• コード補完はUnityイベント関数をリストの先頭に表示し始め、属性付きフィールドの前に再び機能します。
• シンタックスの強調表示とコーディング支援は、通常のシェーダに加えてシェーダを計算するで利用できます。
• Unity デバッガは、ユーザ未処理の例外を解読し、コルーチンとタスクのローカルを評価し、ローカルのUnityプロセスに接続するとブレークポイントに確実に当たることを学びます。 pdb2mdbが統合され、MonoデバッガでWindows固有のPDBファイルに付属するアセンブリを処理できるようになりました。
• クイック・ドキュメントポップアップは、Unityシンボルの外部ドキュメントへのリンクを提供します。

Web.configとApp.configの変換

Riderは、アプリケーションのパッケージング時に設定を変更するために一般的に使用されるWeb.configおよびApp.config変換の実行を学習します。

コンテキストメニューから変換を追加し、適用される構成（デバッグまたはリリース）を選択し、結果トランスフォームファイルをソリューションエクスプローラで親の下にネストするかどうかを選択できます。

詳細は、RiderのXDT構成変換(英語)を参照してください。

リワークされたフォーマッタ

ReSharperと同様に、Riderのコードフォーマットエンジンは大きなアップデートを受けています。その結果、Riderは列内のコードを整列させ、他の新しいコードスタイルを適用することを学びます。また、コメント付きの選択されたコードブロック、またはEditorConfigでファイル全体のフォーマットを無効または有効にする方法も得られます。

詳細は、以下を参照してください。

• ReSharperおよびRiderでのコード書式エンジンの更新(英語)
• ReSharperとRiderの異なるコードブロックの異なるコードスタイル(英語)
• ReSharperおよびRiderを使用した列内のコードの整列(英語)

ReSharperからの変更

RiderがReSharper 2017.3から受け取ったその他のアップデートには、

• C#を使用しているときに、outパラメータの代わりに返すタプルをサポートするリビジョンメソッドの抽出リファクタリング
• 複数のコメントを追加する新しいC#タイピング支援、チェーンのインデントメソッド、およびサラウンドコードの選択
• VB.NETの <inheritdoc/> によるタプルとドキュメントの継承をサポートしています。

より多くのフロントエンド開発機能

Riderは、そのまま提供するWebStorm機能のセットを引き続き拡張します。

このリリースでは、以前はオンデマンドでしか入手できなかったフロントエンド開発者のための一連のプラグインがバンドルされており、容易に発見できませんでした。このプラグインセットには、TSLint、CoffeeScript、LiveEdit、PolymerおよびWebコンポーネント、Pug（例：Jade）、Handlebars、Karma、Stylus、AngularJS、spy-js、Gherkin、およびCucumberのサポートが含まれています。 （関連ニュースでは、デフォルトでVagrantプラグインも利用可能になりました。）

WebStormの最新のアップデートにより、JavaScript、TypeScript、CSS、Vue.jsのサポートも強化され、SVGファイルを編集するたびにプレビューパネルが利用できるようになりました。

最後に、プロジェクトでpackage.jsonファイルの検出を改善しました。これにより、Riderはnpmパッケージのインストールまたは更新を提案するケースが増えています。

MSBuildとNuGet

RiderのNuGetツールは、フォールバックフォルダの処理、.csprojファイルの PackageReference ディレクティブに基づくパッケージの復元、および無効になったNuGetパッケージソースの無視を学習します。

プロジェクトシステムと言えば、Riderは.NET Coreプロジェクトのプロパティを編集するためのUIを提供し、リンクされたファイルを処理する際に追加のヒューリスティックを適用します。既存のアイテムを追加するときにファイルをコピーしたり移動したり、リンクされたファイルをファイルシステムから削除するのではなく、プロジェクトから除外することを提案しています。

関連する変更点では、.NETコアプロジェクトファイルでIntelliSenseを有効にしました。

IntelliJプラットフォームの変更

Riderは、IntelliJプラットフォームのルートをフル活用し続けています。このリリース・サイクルでは、IntelliJ IDEAから継承された変更には以下が含まれます。

• エディタベースのRESTクライアントは、.http拡張子を持つスクラッチファイルに基づいています。 （RESTクライアントのUIベースのバージョンは引き続き利用可能であり、いくつかの美容的な更新も得られます）。
• ブランチ間の切り替え時にワークスペースを保持し、GitとMercurialのマージコミットの処理を改善しました。
• データベースの更新：データソースのグループ化、言語注入による.sqlファイルのXQuery / XPathコーディング支援など。
• Dockerはアップデートをサポートします。最も重要なのは、Dockerの実行コンフィギュレーションを改訂したことです。

設定

Riderの設定はいくつかの方法で修正されています：

• 設定のインポート、設定のエクスポート、レイヤーの管理のダイアログを使用して、Riderの設定を確実にエクスポートおよびインポートできるようになりました。
• C#コードスタイルの設定は、ヌルチェックタブで拡張され、Riderが生成するコードでデフォルトのヌルチェックスタイルを選択するのに役立ちます。
• インスペクションの重大度の設定は、言語ごとのページに分かれています。
• インスペクション設定の下にJetBrains Annotations設定の新しいページが追加されました。

.NET Core 2.0

Rider 2017.2は.NET Core 1.1。に加えて.NET Core 2.0のサポートを追加

すべてのRiderのコードインスペクション、ナビゲーションアクション、クイックフィックス、リファクタリングが.NET Core 2.0で利用可能になりました。 Riderは、.NET Core 2.0プロジェクトを実行およびデバッグし、それらに使用されているNuGetパッケージを管理したり、xUnit、NUnitまたはMSTestに基づく単体テストを実行することができます。

呼び出しと値の追跡

ReSharperが提供しなければならない最も洞察に満ちた機能のいくつか、コールトラッキングとバリュートラッキングを実装しました。

この価値はどこから来たのですか？この値はどこで使用されますか？このメソッドが関与するコールツリーとは何ですか？ Riderの新しいこれを調べるアクション（Ctrl Alt Shift A）を使用すると、これを理解できるようになります。メンバ宣言およびパラメータ宣言では、Altおよびバリュートラッキングアクションは Alt Enter メニューから直接利用できます。

両方の機能は現在、C#とVB.NETで利用可能です。

MSTestのサポート

Riderの単体テストランナーは、すでにxUnitとNUnitテストの実行とデバッグをサポートしていました。一般的な要求に基づいて、Rider 2017.2では、サポート対象のフレームワークのリストにMSTestを追加しています。これには、古典的なMSTest（別名 Visual Studio Testing フレームワーク）と新しく登場するクロスプラットフォームMSTest V2。

MSTest V2は、Windows、Mac、Linux上でそのまま動作します。古典的なMSTestに関しては、Riderで古典的なMSTestベースのテストを実行するためには、ライセンス供与されているため、マシンにVisual Studioインスタンスをインストールする必要があります。 Visual Studioのパスは、ビルド、実行、デプロイ | ユニット・テスト | MSTestの下のRider設定で設定する必要があります。

フォルダまたはファイルを開く

すべてのコードがソリューションまたはプロジェクトに含まれているわけではありません。それを念頭に置いて、Riderの開始画面とファイル | 開くメニューから個々のファイルやフォルダを開くコマンドを追加しました。

ファイルやフォルダを開くと、HTML / JavaScript / TypeScriptサポート、バージョンコントロール、ファイルにジャンプ、どこでも検索、パス内検索。など、多くのRider機能を使用できます

ソリューションにフォルダを添付する

Riderは、フォルダやファイルを開くだけでなく、任意のフォルダをソリューションに添付できるようになりました。これにより、プロジェクトファイルまたはソリューションファイルは変更されません。代わりに、現在のソリューションと一緒にソリューション・エクスプローラーでフォルダを表示するだけです。

これは、別々のフロントエンドとバックエンドの部分を持ち、別々のリポジトリで管理されているWebアプリケーションで作業している場合に便利です。この場合、フロントエンド部分を.NETバックエンドソリューションに接続すると、ソリューション構造にフロントエンドを統合することなく、Riderの両方の部分を編集できます。

並列スタック、ラムダ評価より多くのデバッガ更新

デバッグツールウィンドウに新しいタブ並列スタックが表示されます。マルチスレッドアプリケーションをデバッグするときには、デバッグ中にアクティブなさまざまなスレッドや呼び出しスタックを視覚化できます。スレッド上にカーソルを置くと、すべての子スレッドが表示されます。ツールバーから、アクティブなフレームにジャンプすることができます。コールスタック内のエントリをダブルクリックすると、ソースにジャンプします。コードをステップ実行すると、開始/結合されているスレッドに応じてダイアグラムが更新されます。

Riderのデバッガで、監視としてのラムダ式を追加できるようになりました。デバッガは式を評価して実行し、結果を視覚化します。

多くの変数を持つアプリケーションをデバッグする場合、マーク変数にカスタム色を使用することができます。これは、コンテキストメニューまたはショートカットを使用して実行できるようになりました。変数をマークすると、たとえば他のオブジェクトのフィールドなど、どこで使用されているのかを簡単に発見できます。

最後に、オブジェクトのプロパティのプロパティやコレクション内の要素など、ネストされたアイテムの監視を追加するを有効にしました。

新規リファクタリング

もともとReSharperで利用可能な幅広いリファクタリングセット(英語)のアイテムを追加し続けています。

それらの1つは変換パラメータです。新しいクラスまたは構造体を作成し、選択したメソッドのパラメータを新しく作成した型のカプセル化されたフィールドに変換します。リファクタリングを適用した後、パラメータの使用は、作成されるタイプのプロパティの用途に変換されます。このリファクタリングによって、タプルオブジェクトの戻り値型を導入して out パラメータを取り除くこともできます。

もう一つの新しいリファクタリングは真偽の反転です。ブールメンバーを自動的に逆転させて true を false に変換し、すべての用途を書き換えてブール論理を反転させるのに役立ちます。

ReSharper 2017.2のコード分析の更新

Rider 2017.2には.NETサポートを提供するエンジンとしてReSharper 2017.2が付属しています。つまり、ReSharper 2017.2で発表された多くの機能がRiderで利用可能になりました。

例として、C# 7.0（パターンマッチングと out 変数を含む）のサポートとC# 7.1の初期サポートが含まれます。 Riderは現在、 default リテラル、タプル投影イニシャライザ、 async main 、ジェネリックとのパターンマッチングをサポートしています。最新のコンパイラパッケージを参照して、プロジェクトファイルの言語レベルを設定してください。ところで、Riderは、より高い言語レベルの言語機能が使用されているかどうかを検出し、スイッチを入れるためのクイックフィックスを提供します。

Riderはまた、 IEnumerableの周りにいくつかの新しいコードインスペクションを追加し、それが有効であることを確認するためにXMLドキュメントの継承をチェックします。これにより、IDE内のドキュメントと生成されたAPIドキュメントが正しいことが保証されます。

進化するF#のサポート

Rider 2017.2には、F#を中心に一連の新機能と改良が施されています。

例：SDK 1.0と2.0の両方で、.NETコア F#プロジェクトで作業することが可能になりました。 NuGetの代わりにPaketを使用するF#プロジェクトでは、Riderはそのようなプロジェクトのロード時に自動NuGetの復元を無効にするようになりました。これにより、FableなどのプロジェクトがRiderに正しくロードされます。

C#プロジェクトでF#コードが正しく公開されていることを確認し、混合C#およびF#コードベースで作業していた一連の問題に取り組んできました。

Riderはエディタでコードの折りたたみを有効にするようになりました。多くの場合、多行の式/ステートメントは折り畳まれたり展開されたりすることができます。

また、 (* と *)を使って現在の選択をコメントするブロック・コメントの適用アクションも実装しました。

Riderは、コードを記述するときにドキュメントを傷つけることはありません。Riderは、文書化されたコード上にカーソルを置くとXML文書のコメントがツールチップに表示されるようになりました。

デバッグするとき、Riderはホバー上の式の評価をサポートし、エディタ内から変数を検査することができます。

Unity開発

ゲーム開発者向けに、異なるUnityプロセスのデバッグのサポートを追加しました。 Mono リモート設定を作成して、Androidデバイス上で実行されているようなスタンドアローンのゲームをリモートでデバッグできるようになりました。 IDEとデバッガは現在、モジュール化されたUnityEngine dllを使用した作業もサポートしています。

他にも注目すべきUnityサポートニュースでは、.cgincファイルにより良いコードハイライト、.shaderファイルにCgフラグメントが挿入されたShaderLabパーサが大幅に改善されました。さらに、RiderはShaderLabファイルの色の値を強調表示するになり、 Alt Enterを押すと、カラーパレットピッカーを使用して色を変更できます。

新しいMonoBehaviourスクリプト、シェーダ、テスト用にUnityコードを生成するのが簡単になりました。さらに、最近のバージョンのUnityでは、イベント機能のコード補完と世代が利用可能になりました。

Unityのアップデートに関するモードの詳細については、 ライダーのブログを(英語)参照してください。

より良いJavaScriptとTypeScriptのサポート

バンドルされたWebStormの新しいバージョンの提供により、Rider 2017.2はJavaScriptとTypeScriptのより豊富なサポートを提供します：

• Ctrlを押しながらオブジェクトの上にマウスを移動すると、そのオブジェクトの推論型がツールチップに表示されます。
• 再構築されたJavaScript コードスタイル設定では、コンストラクタ、フィールド、メソッドなど、クラスのメンバをどのように並べ替えるかを設定できます。これらの設定を適用するには、コード | コードの再配置コマンドを使用します。
• CSSモジュールを使用してJavaScriptファイルにインポートするとき、Riderはそのモジュール内のクラス名のコード補完およびナビゲーションサポートを提供します。
• Riderはtsconfig.jsonを検出し、TypeScriptファイルを解析する際に考慮に入れます。
• コード補完およびAngularマテリアル属性のナビゲーションが利用可能になりました。
• webpackを使用する場合、Riderは複雑な構成をよりよく理解し、インポートステートメントやインポート候補のパスを適切に解決します。

バージョン管理の改善

Gitで作業するとき、Riderはローカルコミットを元に戻して改名するを使用できるようになりました。これを行うには、バージョン管理ツールウィンドウのログタブのコンテキストメニューを使用します。

バージョン管理 | コミット・ダイアログの設定から、メッセージルールをコミットするとインスペクションをカスタマイズできるようになりました。件名と本文の間に空白行を入れますか？コミットメッセージの最大長を定義する必要がありますか？これらと同様のルールを設定することができます。さらに、Riderはこれらのルールのクイックフィックスを提供し、コードを再フォーマットすることもコミットメッセージ内で行うことができます。

検索結果を変更する

Rider 2017.2では、パス内検索（Ctrl Shift F）を使用してテキスト検索の結果を操作する方法を改善しました。

同じ行の検索結果がまとめてマージされるようになりました。また、プレビューペインには、行番号、ナビゲーションアイコン、コンテキストアクション、およびローカル変更マーカーを表示する左手ガターが追加されました。これにより、検索から直接小さな変更を簡単に行うことができます。

ユニットテストの改善

このリリースの単体テストに関しては、MSTest以上のサポートがあります: ここにいくつかのハイライトがあります：

• NUnitテストは現在、完全な.NET フレームワーク、.NET Core 2.0、 および.NET Core 1.1。
• すべての単体テストプロバイダは、フレームワーク固有の設定を微調整できる独自の設定ページを持つようになりました。さらに、使用していないフレームワークを無効にすることも可能です。
• また、大規模なテストセットを含むソリューションのほか、多くの出力（ワードラップを含む）を生成するテストのパフォーマンスを改善しました。

NuGetのアップデート

RiderのNuGetクライアントにはいくつかの更新が行われました。我々は今、SemVer2と.NET Core 2.0を完全にサポートするフードの下でNuGet 4.3を使用しています。Riderはパッケージ参照のワイルドカードバージョンのサポートも追加しています。

.NET Core 2.0をターゲットとしていない（ただし、それを使用することが知られている）パッケージを参照する場合、 AssetTargetFallback プロパティを使用して、プロジェクトの依存関係のために"フォールバック"ターゲットフレームワークを定義することができます。デフォルトでは、.NET Core 2.0プロジェクトはこのプロパティを net461に設定します。つまり、.NET フレームワーク 4.6.1以上と互換性のあるNuGetパッケージを追加設定なしで使用できます。 Riderにはこれに対する初期サポートも含まれています。

.csprojファイルを手作業で編集することなく、NuGetクライアントからCLIツールパッケージをインストールするをすぐに使用できるようになりました。例： Microsoft.EntityFrameworkCore.Tools.DotNetのEntity フレームワーク Coreのデータベース移行コマンドで便利です。

UIの変更も加えました。たとえば、パッケージの詳細ペインの位置を切り替えるを使用できるようになりました。これは、NuGetツールウィンドウを縦向きにしたい場合に便利です。可能であれば、パッケージアイコンは高解像度で表示され、すべてがより鮮明に見えるようになります。

さらに多くの変更

このRiderリリースのその他の注目すべき変更の短いリストは次のとおりです。

• CSS、JavaScript、TypeScript、 .config、 .csproj 、およびXMLファイルで、より多くの、より良いコード補完の提案。
• 複数行の補完の改善：たとえば、複数のテキスト・キャレットが設定されたコード補完を呼び出すと、C#のインポートが完了しました。
• 上書きまたは欠落メンバーなどのコードを生成すると、Riderはオーバーライドまたは実装されているベースメンバーの説明を表示するようになりました。
• ReSharperとIntelliJプラットフォームの両方の設定を含む、すべてのグローバル設定のインポートおよびエクスポートが利用可能です。
• ソリューション全体の分析（SWEA）は、NuGetの復元中に自動的に一時停止されます。実行すると意味がありません。