文章详情

  • 游戏榜单
  • 软件榜单
关闭导航
热搜榜
热门下载
热门标签
php爱好者> php文档>Moq中带ref参数方法的Callback

Moq中带ref参数方法的Callback

时间:2011-04-21  来源:落小呆

Moq用来干啥的我想大家都清楚,在此我就不啰嗦,最近在使用的时候当mock对象的方法的参数带ref关键字时感觉压力很大。

首先来重现一下案发现场,首先定义我们需要mock的接口:

1 public interface ITestInterface
2 {
3     string TestMethodWithRef(ref string refStr, string str);
4 }

 

接下来我们mock我们定义的接口的方法TestMethodWithRef,并指定方法被调用之后执行委托操作:

 1 [TestMethod]
 2 public void Ref_Param_Test()
 3 {
 4     var mock = new Mock<ITestInterface>();
 5     string refStr = "1";
 6     string str = "2";
 7     mock.Setup((m) => m.TestMethodWithRef(ref refStr, str))
 8         .Callback((string rs, string s) => Console.WriteLine(rs + s));
 9     mock.Object.TestMethodWithRef(ref refStr, str);
10     mock.VerifyAll();
11 }

 

上面的测试方法,看上去是没什么问题,编译也没什么问题,但运行测试的话悲剧发生了,抛出异常

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();

 

 

怎么说第二种方案也还算比较满意,至少能解决大部分问题了。

差不多这事也算完了,可惜很不小心又踩了一个坑,我们修改下我们单元测试方法:

 

 1 [TestMethod]
 2 public void Ref_Param_Test()
 3 {
 4     var mock = new Mock<ITestInterface>();
 5     string refStr = "1";
 6     string str = "1";
 7 
 8     mock.Setup((m) => m.TestMethodWithRef(ref refStr, str))
 9         .Callback(() => { refStr = "2"; str = "2"; }).Returns("").Verifiable();
10     mock.Object.TestMethodWithRef(ref refStr, str);
11     mock.VerifyAll();
12 
13     Assert.AreEqual("2", str);
14     Assert.AreEqual("2", refStr);
15 }

 

 

直接看看这测试的逻辑,我想大部分人应该都会觉得没啥问题吧?

还是不放心,运行下吧,悲剧继续发生了,测试失败:

Assert.AreEqual 失败。应为: <2>,实际为: <1>                                                                                                             

变量refStr的值还是“1”,这下子还真有趣了!

相关阅读 更多 +
排行榜 更多 +
辰域智控app

辰域智控app

系统工具 下载
网医联盟app

网医联盟app

运动健身 下载
汇丰汇选App

汇丰汇选App

金融理财 下载