随着.NET世界中mock技术的普及,Moq也流行了起来,其部分原因是,它是专为那些刚接触mock技术或需要编写自定义mock对象的开发人员量身定做的类库。Moq舍弃了经典的Record/Reply范式,取而代之的是让测试者使用Lambda表达式设定行为的预期结果,并使用Castle DynamicProxy来截断mock对象的调用。
创新互联建站10多年成都企业网站建设服务;为您提供网站建设,网站制作,网页设计及高端网站定制服务,成都企业网站建设及推广,对成都护栏打桩机等多个行业拥有丰富的营销推广经验的网站建设公司。
最近在使用的时候,当mock对象的方法的参数带ref关键字时感觉压力很大。
首先来重现一下案发现场,首先定义我们需要mock的接口:
- public interface ITestInterface
- {
- string TestMethodWithRef(ref string refStr, string str);
- }
接下来我们mock我们定义的接口的方法TestMethodWithRef,并指定方法被调用之后执行委托操作:
- [TestMethod]
- public void Ref_Param_Test()
- {
- var mock = new Mock
(); - string refStr = "1";
- string str = "2";
- mock.Setup((m) => m.TestMethodWithRef(ref refStr, str)).Callback((string rs, string s) => Console.WriteLine(rs + s));
- mock.Object.TestMethodWithRef(ref refStr, str);
- mock.VerifyAll();
- }
上面的测试方法,看上去是没什么问题,编译也没什么问题,但运行测试的话悲剧发生了,抛出异常
System.ArgumentException: Invalid callback. Setup on method with parameters (String&,String) cannot invoke callback with parameters (String,String)
这异常就是说Callback委托执行的方法的参数与Setup方法的参数对应不起来,有人也许马上就想说这样改改不就行了:
- mock.Setup((m) => m.TestMethodWithRef(ref refStr, str))
- .Callback((ref string rs, string s) => Console.WriteLine(rs + s));
可惜微软老大很直接的告诉你lamada表达式里面的参数不能用ref和out:
Variables introduced within a lambda expression are not visible in the outer method
这下子压力真就大了,淡定,淡定,相信google!找了下还真不少信息,可惜感觉有用的就两种解决方案。***种很直接,别用Moq伪造对象了,直接自己敲代码伪造接口或者对象以及相关方法,但感觉这解决方案有点坑爹。第二种就是委托执行的操作里面别传参数进去了:
- mock.Setup((m) => m.TestMethodWithRef(ref refStr, str)).Callback(() => Console.WriteLine(refStr + str)).Returns("").Verifiable();
怎么说第二种方案也还算比较满意,至少能解决大部分问题了。
差不多这事也算完了,可惜很不小心又踩了一个坑,我们修改下我们单元测试方法:
- [TestMethod]
- public void Ref_Param_Test()
- {
- var mock = new Mock
(); - string refStr = "1";
- string str = "1";
- mock.Setup((m) => m.TestMethodWithRef(ref refStr, str)).Callback(() => { refStr = "2"; str = "2"; }).Returns("").Verifiable();
- mock.Object.TestMethodWithRef(ref refStr, str);
- mock.VerifyAll();
- Assert.AreEqual("2", str);
- Assert.AreEqual("2", refStr);
- }
直接看看这测试的逻辑,我想大部分人应该都会觉得没啥问题吧?
还是不放心,运行下吧,悲剧继续发生了,测试失败:Assert.AreEqual 失败。应为: <2>,实际为: <1>
变量refStr的值还是“1”,这下子还真有趣了!
【编辑推荐】
新闻标题:Moq中带ref参数方法的Callback
当前链接:http://www.gawzjz.com/qtweb/news43/199343.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联