Rhino Mocks 'Argに何が起こったのですか .Property

Question

Arg<T>.Propertyは、Rhino Mock v3.5のインライン制約に関するドキュメントの一部ですが、v.3.6では見つかりません。何が起こった？

ドキュメントはここにある：http://ayende.com/Wiki/Rhino+Mocks+3.5.ashx?AspxAutoDetectCookieSupport=1#SimpleConstraints

とArg<T>.Propertyは制約参照テーブルに記載されています。

Answer 1

これはドキュメントのバグのようです。オブジェクトブラウザでRhino.Mocks.dll（3.6.0.0）を調べると、Rhino.Mocks.Arg<T>はIsとListのメソッドしか提供していませんが、Propertyではないことがわかります。

Rhino.Mocks.Constraintsには、Propertyクラスが含まれています。あなたが同じことを行うことができるはず "古い" 構文を使用する：（コンパイルエラー生産）

AAA構文：

myStub.Expect(x => x.MethodToCall(Arg<T>.Property.Value("PropertyName", myDesiredPropertyValue))).Result(myMockResult); 

古い構文（作業）：

myStub.Expect(x => x.MethodToCall(null)).Constraints(Property.Value("PropertyName", myDesiredPropertyValue)).Result(myMockResult); 

ドキュメントは言います"IgnoreArguments()、Constraints()、RefOut()などです。[...] Arg<T>のみを使用することをお勧めします。書きます。"ジェフ・ブリッジマンが指摘したように

、あなたもArg<T>.Matches使用することができます。

myStub.Expect(x => x.MethodToCall(Arg<T>.Matches(m => m.PropertyName == myDesiredPropertyValue))).Result(myMockResult); 

は、それはあなたが安全に検索する必要なく、プロパティの名前をリファクタリングすることができることを意味、「refactory安全」であるという利点を持っています任意の '魔法の弦'のために。また、Constraints()の代わりにArg<T>を使用するようにドキュメントの提案を満たしています。