Moq中带ref参数方法的Callback

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”,这下子还真有趣了!

转载于:https://www.cnblogs.com/sugarcane/archive/2011/04/21/2024373.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值