一般

アプリケーションアイコンのテーマ

これらのラジオボタンで、異なる ReSharper UI アイコンセットを切り替えられます。 自動選択のデフォルトオプションをそのままにするか、選択した Visual Studio テーマに最も適したアイコンセットを選択できます。

ソースコードシンボルアイコンテーマ

これらのラジオボタンを使用すると、コードシンボルアイコンのさまざまなセットを切り替えることができます。 自動選択のデフォルトオプションをそのままにするか、選択した Visual Studio テーマに最も適したアイコンセットを選択できます。 移動 機能または 型階層を調べる を使用すると、異なるセットの違いを感じることができます。

ステータスバーに管理対象メモリの使用状況を表示する

このチェックボックスを選択すると、プロセス全体で使用されている管理対象メモリの量がステータスバーの右端に表示されます。 この値は、ReSharper によって使用される管理対象メモリの量だけでなく、他のサードパーティプラグインおよび Visual Studio 自体によって使用される管理対象メモリの量も示します。

インターフェース言語

このセレクターを使用して、 ユーザーインターフェースの言語を中国語、日本語、韓国語に変更します。

地域

地域環境設定は、地域の仕様に適応することで ReSharper の動作に影響します。 たとえば、さまざまなサービスのアクセスに使われる URL を変更したり、 AI Assistant の地域固有の LLM プロバイダーに切り替えたり、トラフィックをローカルプロキシ経由でルーティングしたりできます。 このような調整により、ReSharper のパフォーマンスが最適化され、その機能が地域の規制に準拠していることが保証されます。

ソリューションのキャッシュ

ReSharper は多くの一時データをキャッシングします。 例えば、 コード解析 の結果などです。 ソリューションを共有していない場合、ソリューションフォルダーを選択できます。 VCS でソリューションを共有している場合は、ReSharper がそれらをソリューションフォルダーの外、および VCS の邪魔にならないようにシステムの一時フォルダーを選択するのが望ましいです。 カスタムフォルダーの選択を推奨します。 「ユーザー ローカル設定フォルダー」 %LOCALAPPDATA% の問題は、ReSharper がこのフォルダーに頻繁に書き込むことで Visual Studio のディレクトリウォッチャーがトリガーされる可能性があることです。

有効にするには、キャッシュの場所を変更するためにソリューションを再度開く必要があります。

キャッシュのクリア

現在のソリューションのキャッシュをクリアします。

通常、ソリューションキャッシュをクリアする必要はありませんが、一部のイベント（たとえば、突然の電源オフや複数のバージョンをスキップするアップグレード）によってキャッシュが破損する可能性があるため、このボタンを使用する必要があります。 キャッシングが破損しているシグナルは、未解決コードが多い、または一部ファイルで ReSharper インスペクションがされていないことです。

キャッシングをクリアした後はソリューションを再度開き、ReSharper がキャッシングを再構築するまでしばらく待ってください。

プロジェクト / ソリューションファイルからソリューションモデルを直接読み取る

ほとんどの機能（ナビゲーション、 コード解析、 リファクタリング、 コード補完 など）において、ReSharper は現在のソリューションのモデルを構築・維持します。 モデルはキャッシュされ、ソリューション構造内の任意のアイテムに即座にアクセスするために使用されます。

デフォルトで、ReSharper は Visual Studio とは独立してプロジェクトおよびソリューションファイルを読み込みます。 この方法は、次の理由で推奨されます。

• Visual Studio COM API を使用しないため、UI スレッドをブロックしません。

• 複数のフレームワークを対象とするプロジェクトのより信頼性の高いモデルをレンダリングします。

ただし、いくつかの小さな副作用があります。

• ReSharper には最新のプロジェクトファイルとソリューションファイルが必要です。 ファイルが編集されたが保存されていない場合、自動的に保存されます。

• 理論的には、ReSharper がプロジェクトファイルを一時的にロックしているため、ビルド時に ファイルにアクセスできませんエラーが発生する極めてまれなケースがあります。 この場合、もう一度ビルドを開始できます。

上記のいずれかが問題の場合は、このチェックボックスをオフにすると、ReSharper が Visual Studio COM API 経由でソリューション構造を読み取るようになり、少し遅くなることがあります。

また、この動作はプロジェクトごとに構成できます。ソリューションエクスプローラーでプロジェクトを右クリックし、 プロジェクト項目のプロパティを編集する を選択してから プロジェクトファイルからプロジェクトモデルを読み取る | 正しいか間違っているか を選択します。

MSBuild を使用してプロジェクト参照と生成されたファイルを取得する

このセレクターを使用すると、Web プロジェクト内のプロジェクト参照、または NuGet 参照を含むプロジェクト参照を解析するために MSBuild を呼び出すかどうかを定義できます。 この解析結果は、 コードインスペクションやその他の関連機能で使用されます。 これにより、パフォーマンスと解析精度の適切なバランスを選択できます。

• MSBuild を呼び出さないでください: ReSharper は MSBuild の呼び出しを避け、最速のパフォーマンスを実現しますが、複雑なビルド構成を持つプロジェクトではコード解析が不完全になる場合があります。

  条件付き参照やコード生成のない単純なプロジェクトに推奨されます。

• NuGet の変更時やプロジェクトに条件付き参照が含まれている場合に自動で呼び出す: ReSharper はプロジェクトの特性に基づいて MSBuild を呼び出すタイミングを自動的に決定します。 このオプションは、パフォーマンスと精度のバランスの取れたトレードオフを提供します。

  ほとんどの開発シナリオに適しています。

• 各コンパイル後に MSBuild からデータを取得する: ReSharper は各コンパイル後に MSBuild を呼び出し、最新のプロジェクト情報を取得します。 これにより、常に最新のプロジェクト参照と生成されたファイルが得られるため、コード解析の精度が最大限に高まりますが、MSBuild の呼び出し頻度が高くなるため、パフォーマンスのオーバーヘッドが発生する可能性があります。

  広範なコード生成、条件付きコンパイル、動的参照を伴う複雑なプロジェクトに推奨されます。