Moq中帶ref參數方法的Callback
隨著.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”，這下子還真有趣了！
【編輯推薦】
