4

TDD を使用してプロジェクトを開始し、Mock について議論しているうちに、数年前に人気があった選択肢が、積極性に関する限り、当たり外れがあるように見えます。(Moq、Rhino Mocks)

Rhino Mocks (DI、DDD などを使用) を使い始めると、すぐにライブラリに縛られるようになりますか? モッキング ライブラリを使用してアプリを構築し始めると、別のフレームワークを使用してみるのはかなり大きな変更になるように思われます。

構文と方法論がかなり異なっているように見えるので (最初の非常に簡単な一見では)、特に両方がかなり古い (.NET 4、最終変更 2011 など) 場合に、Mock フレームワークにコミットすることについて考えるのは少し気がかりです。しばらくの間、Rhino Mocks は新しい誰かに引き継がれています。

最初は、TDD 単体テストはおそらく Visual Studio の属性のみを使用します。

フレームワーク自体に関する質問のほとんどは、最後の変更のように 2 年以上前のもののようです。

4

1 に答える 1

1

依存性注入コンテナーのCommon Service Locator抽象化に似た独自のモック化抽象化インターフェースを作成することは可能ですが、ほとんどの人は先に進んで特定のモック ライブラリーへの依存性を作成します。

コメントで指摘されているように、そのような抽象化が投資収益率に見合わないようなモッキング フレームワークを変更したくなるようなケースは非常にまれです。

于 2013-06-04T15:10:10.850 に答える