一般

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

これらのラジオボタンを使用すると、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 の呼び出し頻度が高くなるため、パフォーマンスのオーバーヘッドが発生する可能性があります。

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