隨著.NET世界中mock技術的普及，Moq也流行了起來，其部分原因是，它是專為那些剛接觸mock技術或需要編寫自定義mock對象的開發人員量身定做的類庫。Moq舍棄了經典的Record/Reply范式，取而代之的是讓測試者使用Lambda表達式設定行為的預期結果，并使用Castle DynamicProxy來截斷mock對象的調用。

最近在使用的時候，當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<ITestInterface>();  
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<ITestInterface>();  
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”，這下子還真有趣了！

【編輯推薦】

1. c#中的數據庫訪問工廠
2. C#選擇正確的集合進行編碼
3. .NET中值得體驗的精妙設計
4. ASP.NET控件10個最有用的屬性詳解