1

コード分​​析ルールが破られた場合、コードをコミットできないという確固たる制限付きで、ビルド サーバー内でコード分析を使用します。CA1822 が有効になっているため、非常に多くの静的関数があります。ここで、モッキングと依存性注入を使用して単体テストを強制したいと考えています。しかし、私たちの多くの静的関数では、いくつかの静的関数をモックするのは簡単ではありません. 特に、静的関数が静的関数を呼び出す場合。CA1822 を無効にして静的関数を削減することを考えています。なぜなら、私は自問自答しているためです。パフォーマンスは問題ではないという他の多くの質問を読みました。では、関数を静的にするにはどうすればよいでしょうか。私の意見では、CA1822 は悪い設計につながります。私が間違っている?

4

1 に答える 1

2

CA1801 は ReviewUnusedParameters ルールです。CA1822 は MarkMembersAsStatic です。これは、実際に問題を引き起こしていると私が推測しているものです。

幸いなことに、これらのルールはどちらもインターフェイス メソッドの実装に対しては発生しないため、制御の反転と単体テスト用のモック置換を有効にするためにインターフェイスを介してデカップリングを開始する場合、どちらのルールでも問題は発生しないはずです。

于 2013-09-05T13:03:15.533 に答える