プロジェクト固有のプロパティを構成する

フォルダーでのみ使用できます。

デフォルトでは、ReSharperは、各クラスが表示される名前空間がプロジェクト内の場所と一致するとみなします。プロジェクトの「ルート」名前空間は、プロジェクトのプロパティで定義されています。

上記の結果、プロジェクトレベルのすべてのコード要素が Nancy.Embedded 名前空間に現れることが予想され、それ以外の場合は警告が発行されます。

名前空間は、フォルダーの導入により深くなります。以下の例では、Conventions という名前のフォルダーが Nancy.Embedded.Conventions 名前空間に表示されるすべての項目を必要とします。しかし、余分な名前空間要素を追加するためにフォルダーを必要としない場合があります。そのような場合、名前空間プロバイダを偽に設定することができます。

名前空間プロバイダではないフォルダーは、それが含む要素の名前空間に影響を与えず、ReSharperはそれに応じて関連コードを分析してリファクタリングします。

プロジェクトにカスタムの方法でファイルが含まれていると、ReSharperが見つけることができないため、このプロジェクトを正しく分析できません。
このセミコロン区切りリストを使用して、それらが正しく解決されるように、それらのファイルがどこにあるかをReSharperに知らせます。

このオプションを使用して、MsBuild経由でモジュール参照を取得します。ex：これは、COM APIリファレンスがあり、プロジェクトが古いVisual StudioバージョンでRoslynのサポートなしで開かれている場合に役立ちます。

この設定は、ローカライズインスペクションを実行するかどうかを定義します。デフォルト値が選択されている場合、インスペクションはプロジェクト内に少なくとも1つのリソースファイルがある場合にのみ実行されます。Yesといいえの値により、このインスペクションを明示的に有効/無効にすることができます。

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

デフォルトでは、ReSharperはVisual Studioとは無関係にプロジェクトファイルとソリューションファイルを読み取ります。この方法は次の理由で推奨されます。

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

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

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

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

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

上記のいくつかに問題がある場合は、このオプションを偽に設定して、ReSharperがVisual Studio COM APIを介してプロジェクト構造を読み取るようにします。
または、ReSharperオプション（Alt+R,O）の環境 | 一般ページのプロジェクト/ソリューションファイルからソリューションモデルを直接読み取るチェックボックスを使用して、ソリューション内のすべてのプロジェクトに対してこの動作を構成できます。

この設定は、プロジェクトでソリューションワイドコードインスペクションを有効にするかどうかを定義します。オンおよびオフの値により、このインスペクションを明示的に有効/無効にすることができます。内部シンボルのみ値は、内部(英語)アクセスを持つ型および型メンバーに対してこのインスペクションを部分的に有効にします。
この設定は、ソリューション全体の分析が有効になっている場合にのみ適用されることに注意してください。