私の会社は、分離フレームワークの標準化を目指しています。私はMS Stubsを調べていました(Moles はクールに見えたので、同じフレームワークで維持しようと考えたからです)。ただし、スタブはまだプライム タイムの準備が整っていません (通常の機能ではまだ少しバグがあります)。
だから今、私はそこに他に何があるかを見ています。Moq と Rhino のモックを見てきました。そうしているうちに、 Richard Banks が行った素晴らしい比較に出くわしました。その中で彼はNSubstituteを示しています。私はそこに見えるものが本当に好きです。
ただし、MS スタブに少しばかり悩まされているので、アルファ版/非製品版の分離フレームワークに賭けたくありません。
では、NSubstitute はプライム タイムの準備ができていますか? それともまだ少しバグがありますか？
これについては、公式の NSubstitute グループで議論されています。
alpha タグはもともと、API がまだ変更される可能性があることを示すために使用されていました。API は現在安定しており、1.0 リリースの未解決の作業のほとんどはドキュメントです。問題ログから、その他の計画された作業 (v1 と v2 の両方、ほとんどが計画された機能) の兆候を得ることができます。
私たちは 6 人の開発者のチームとの主要なプロジェクトで NSubstitute を使用しており、非常に満足しています。
注: 私は NSubstitute に取り組んでいるので、少し偏っている可能性があります。:)
私は自分のプロジェクトで NSubstitute を使用してきましたが、問題はありませんでした。私が NSubstitue を選んだのは、主に試してみるためだけでした。構文が好きで、緩いために実装を偽造するのがいかに簡単かという理由からです。当時はそれを使い続けるかどうか確信が持てなかったので、偽物が必要なときはいつでも、自分の小さな DSL 用に小さなラッパーを置いていました。
また、私は主に Ubuntu、Mono、および MonoDevelop を使用して Linux で C# を開発しており、Mono 2.6.7 ランタイムでの動作に問題はありませんでした。おそらく 2.6.* ランタイムのいずれかを使用できますが、私は試していません。Mono 2.6.* ランタイムは、.NET 3.5 Framework と同等です。
それは彼らが望んでいたすべてであり、ウェブサイトからの彼らのフレーズによると、それはシンプルで簡潔で使いやすいものであることを意図しています.
Rhino Mocks を使用していましたが、すべてのモック コードを NSubstitute に置き換えました。非常に安定しており、操作がはるかに簡単で、やらなければならないことを実行するために必要なコードが少なくて済み、小さくて簡潔ですが効果的な API です。
強くお勧めします！