コード検査: 名前空間がファイルの場所に対応していません
デフォルトでは、ReSharper は、各クラスが表示される名前空間がプロジェクト内の場所と一致するとみなします。プロジェクトの「ルート」名前空間は、プロジェクトのプロパティで定義されています。
上記の結果、プロジェクトレベルのすべてのコード要素が ShareX 名前空間に現れることが予想され、それ以外の場合は警告が発行されます。
フォルダーの導入により、名前空間はより深くなります。以下の例では、StartupManagers という名前のフォルダーは、ShareX.StartupManagers 名前空間に表示されるために、その中に含まれるすべてのアイテムを必要とします。ただし、追加の名前空間要素を追加するためにフォルダーが不要な場合があります。そのような場合は、プロジェクトアイテムのプロパティポップアップで名前空間プロバイダを偽に設定できます。これは、ソリューションエクスプローラーのフォルダーのコンテキストメニューからプロジェクト項目のプロパティを編集するを選択することで呼び出すことができます。
名前空間プロバイダでないフォルダーは、そのフォルダーに含まれる要素の名前空間に影響を与えません。ReSharper は、それに応じて関連コードを分析およびリファクタリングします。
関連ページ：
コードインスペクション設定を構成する
設計時コードインスペクションを構成する：デフォルトでは、ReSharper は、サポートされている言語に対応するすべてのファイルで設計時コードインスペクションを有効にします。必要に応じて、無効にすることができます。設計時コードインスペクションが有効かどうかに関係なく、コードインスペクションは常に特定のスコープで実行できます。メインメニューからを選択するか、Alt+R O を押してから、左側のを選択します。設計時コードインスペクションを切り替えるには、コード分析を有効にするチェックボックスを使用し...
コードインスペクションでコードの問題を見つける
ReSharper の静的コード分析はコードインスペクションと呼ばれ、サポートされているすべての言語のコードに 2300 を超える個別のコードインスペクションを適用することによって実行されます。コードの問題はいくつかの方法で見つけることができます:ReSharper は、エディターで開かれたすべてのファイルについて、設計時に自動的にコードの問題を見つけてハイライトします。デザインタイムコードインスペクションのスコープは、ソリューション全体の分析を使用してソリューション全体に拡張できます。この場合...