コード検査: 継承されない仮想（オーバーライド可能な）メンバーを持つクラス (非公開アクセシビリティ)
このインスペクションは、1 つ以上のオーバーライド可能なメンバー (C# では virtual、Visual Basic では Overridable) を持つが、ソリューション内に継承クラスを持たないパブリッククラスを報告します。
一方では、メンバーをオーバーライド可能にすることは、サブクラスでそれをオーバーライドするためのインテンションを示しますが、他方では、サブクラスは存在しません。
この矛盾を解決するには、virtual または Overridable 修飾子を削除することを検討してください。クラスが意図的に継承を持たないように設計されている場合は、クラスに sealed (Visual Basic では NotInheritable) 修飾子を追加できます。
ソリューション全体のインスペクションを機能させるには、次の少なくとも 1 つを有効にする必要があります。
簡略化されたグローバル使用状況チェック: ReSharper オプション Alt+R, O のページでソリューション全体の分析がオフの場合に、未使用の非プライベートタイプメンバーを表示するを選択します。
ソリューション全体の分析 : ReSharper オプション Alt+R, O のページでソリューション全体の分析を可能にするを選択します。
報告されたクラスがソリューション内で直接使用されていない場合でも、間接的に (たとえばリフレクションを介して) 使用される場合や、パブリック API として設計されている場合もあります。これらのすべてのケースでは、次のいずれかの方法で、クラスの使用状況チェックインスペクションを抑制する必要があります。
推奨される方法は、暗黙的に使用されるクラスをコードアノテーション属性で装飾することです。この目的には、機能的に類似している [UsedImplicitly] と [PublicAPI] の 2 つの属性がありますが、これらを使用すると、クラスが実際にどのように使用されるかを自分やチームメイトが理解できるようになります。
また、カスタム属性を使用してインスペクションの使用状況を抑制することもできます。これを行うには、その属性の定義に [MeansImplicitUse] 属性を付けます。
そして最後に、特定の使用チェックインスペクションを、抑制コメントまたは抑制属性を持つ他のコードインスペクションと同様に抑制することができます。
関連ページ：
コードインスペクション設定を構成する
設計時コードインスペクションを構成する：デフォルトでは、ReSharper は、サポートされている言語に対応するすべてのファイルで設計時コードインスペクションを有効にします。必要に応じて、無効にすることができます。設計時コードインスペクションが有効かどうかに関係なく、コードインスペクションは常に特定のスコープで実行できます。メインメニューからを選択するか、Alt+R O を押してから、左側のを選択します。設計時コードインスペクションを切り替えるには、コード分析を有効にするチェックボックスを使用し...
ソリューション全体の分析
ソリューション全体の分析により、プロジェクトのコンパイルを妨げないものを含め、サポートされているすべての言語 C++ を除くでエラーが検出されます。プロジェクトにそのようなファイル (JavaScript、CSS、HTML など) が含まれている場合、ソリューション全体の分析は、実行時にしか検出できないエラーを見つけるのに役立ちます。ReSharper のソリューション全体の分析では、2 つの関連しているが異なる機能が実現します。ソリューション全体のエラー / 警告モニター:ReSharper 自...
アノテーションを使用してコードインスペクションを改善する
コード検査や他の多くの ReSharper の機能は、問題を検出し、改善を提案し、他の方法であなたを手助けするために、言語構成の動作を知ることに主に依存しています。ただし、この種の分析ではすべてを検出できるわけではありません。例: メソッドがフォーマットメソッドとして設計されている場合、メソッドの呼び出しに必要な引数が含まれていない場合、構造解析では潜在的な問題は見つかりません。この場合や他の多くの場合、ReSharper のは非常に役立ちます。このフレームワークで宣言された属性を使用することに...