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