ビジネスロジックで静的クラスを使用できますか？

Question

これは繰り返しの質問かもしれませんが、WEB API、ASP.NET、WCFのようなステートレスアプリケーションについて話すことができます。これはすべて状態が少ないアプリケーションです。だから、私は静的クラスのビジネスロジックに行くことができます。静的なアプリケーションのため、より速く動作します。

私たちのASP.NET MVCアプリケーションでは、ビジネスロジック用に別々のプロジェクト（ライブラリ）が用意されています。私たちは静的クラスを使用しています。静的で動く良い方法ですか？

Answer 1

スタティッククラスの使用には大きな欠点があります：ユニットテストのための模擬は非常に難しいです（使用するフレームワークによってはユニットテストさえ難しい）。静的メソッドでさえモックするのは非常に難しいです。静的クラスには本当の利点はないので、答えは：ビジネスロジックに静的クラスを使用しないことです。ビジネスメソッドに静的メソッドを使用しないでください。

Answer 2

いいえ 静的クラスを使用すると、クラスのインスタンスを作成したくないため、ビジネスロジックの非常に後のケースです。

Answer 3

そのないいくつかの理由のために良い：

1. 静的クラスはインスタンス化し、基本的にはOOD原理を殺すそのため、共有されていない状態を保存することはできません。
2. staticは状態を保存してインスタンス化することができないので、通常、メソッドのシグネチャはより複雑になり、コードはもっと乱雑になります。
3. 多くの静的コードがあり、コードを複製するときに間違ってしまうのは簡単です。
4. 静的なコードを頻繁に記述すると、プロジェクト境界を正しく維持することが難しくなります。

要するに、拡張メソッドなどの「静的」を叫ばない限り、静的なコードは避けてください。クリーンコードとソリッドの原則は、なぜそれを避けるべきかをより深く理解することができます。