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

名前空間プロバイダ

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

ReSharper は、各クラスが出現する名前空間がプロジェクト内の配置と一致していると想定します。 プロジェクトの「ルート」名前空間は、プロジェクトプロパティで定義されています。

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

フォルダーの導入により、名前空間はより深くなります。 以下の例では、 StartupManagers というフォルダーに含まれるすべての項目は ShareX.StartupManagers 名前空間に表示する必要があります。 ただし、フォルダーに名前空間要素を追加する必要がない場合もあります。 フォルダー名を名前空間の接尾辞として使用するかどうかを設定するには、以下の 2 つの方法があります。

• グローバルに設定するには、ReSharper オプション の コードインスペクション | 設定 ページにある フォルダー名前空間プロバイダーを有効化する チェックボックスを使用してください。

• 特定のフォルダーを構成するには、 名前空間プロバイダ を 偽 に設定します。

  

Namespace Provider ではないフォルダーは、含まれる要素の名前空間に影響を与えません。また、ReSharper は関連するコードを 分析して リファクタリングします。

追加のアセンブリ参照

プロジェクトがカスタムの方法でいくつかのアセンブリを参照している場合、ReSharper はそれらを見つけられず、このプロジェクトを正しく 分析できない可能性があります。

このセミコロン区切りリストを使用して、ReSharper にアセンブリの場所を知らせ、それらのアセンブリからのシンボルを正しく解決できるようにします。

追加のコンパイル項目

プロジェクトにカスタムの方法でファイルが含まれている場合、ReSharper はそれらを見つけられず、このプロジェクトを正しく 分析できません。

このセミコロン区切りリストを使用して、ReSharper にファイルの場所を知らせ、正しく解決できるようにします。

ConfigureAwait 分析モード

このオプションを使用して、非同期プログラミングモデル（async/await キーワード）を使用するプロジェクトの ConfigureAwait() 呼び出しを分析します。

• ライブラリモード — ReSharper は、 ConfigureAwait(false) 呼び出しを待機可能オブジェクトに追加することを提案します。

• UI モード — ReSharper は ConfigureAwait(true) 呼び出しを冗長なものとして報告します。

詳細については、 ConfigureAwait 分析 を参照してください。

強制コール MsBuild

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

カスタム pageParseFilterType の処理

このプロパティは Web プロジェクトでのみ利用できます。

このセレクターを使用して、ReSharper が Web.config の pages 要素の pageParseFilterType 属性で認識されない値をどのように扱うか選択します。

ローカライズ可能な

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

ローカライズ可能なインスペクタ

ローカライズ可能なインスペクタ プロジェクトプロパティは、 LocalizableAttribute でマークされたメンバーによって消費されない文字列リテラルの処理方法を定義します — 楽観的 アルゴリズムはそのような文字列を無視し、 悲観的 は それらにローカライズ可能としてフラグを立てます。

プロジェクトファイルからプロジェクトモデルを読み取る

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

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

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

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

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

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

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

上記に該当する問題がある場合、このオプションを 偽 に設定すると、ReSharper が Visual Studio COM API を通じてプロジェクト構造を読み取るようになり、若干遅くなることがあります。

または、ソリューション内のすべてのプロジェクトに対してこの動作を構成するには、ReSharper オプション Alt+R、O の 環境 | 一般 ページにある プロジェクト / ソリューションファイルからソリューションモデルを直接読み取る チェックボックスを使用できます。

パスマッピング

このプロパティは Web プロジェクトでのみ利用できます。

この設定を使用すると、アプリの設計時にファイルの場所をアプリがデプロイされる場所と同期できます。 詳細については、 パスマッピングを参照してください。

ソリューション全体のインスペクション

この設定は、プロジェクトで ソリューション全体のコードインスペクション を有効にするかどうかを定義します。 オン および オフ 値を使用すると、このインスペクションを明示的に有効 / 無効にできます。 内部シンボルのみ 値は、内部アクセス権を持つタイプおよびタイプメンバーに対してこのインスペクションを部分的に有効にします。

Roslyn を使ってプロジェクト参照を入手する

Visual Studio 2015 以降、ReSharper は Roslyn を介してプロジェクト参照を取得します。 一部の参照が正しく解決されない場合は、このオプションを無効にして、COMAPI を介して参照を取得できます。