EDYCJA : W Moq 4.10 możesz teraz przekazać delegata, który ma parametr out lub ref bezpośrednio do funkcji Callback:
mock
.Setup(x=>x.Method(out d))
.Callback(myDelegate)
.Returns(...);
Będziesz musiał zdefiniować delegata i utworzyć go:
...
.Callback(new MyDelegate((out decimal v)=>v=12m))
...
Dla wersji Moq przed 4.10:
Avner Kashtan udostępnia na swoim blogu metodę rozszerzenia, która pozwala ustawić parametr wyjściowy z wywołania zwrotnego: Moq, Callback i parametry Out: szczególnie trudny przypadek krawędzi
Rozwiązanie jest zarówno eleganckie, jak i zuchwałe. Elegancki, ponieważ zapewnia płynną składnię, która sprawia wrażenie domowej z innymi wywołaniami zwrotnymi Moq. I hacky, ponieważ polega na wywołaniu niektórych wewnętrznych interfejsów API Moq poprzez refleksję.
Metoda rozszerzenia podana w powyższym linku nie została dla mnie skompilowana, dlatego podałem poniżej wersję edytowaną. Musisz utworzyć podpis dla każdej liczby parametrów wejściowych, które masz; Podałem 0 i 1, ale dalsze rozszerzenie powinno być proste:
public static class MoqExtensions
{
public delegate void OutAction<TOut>(out TOut outVal);
public delegate void OutAction<in T1,TOut>(T1 arg1, out TOut outVal);
public static IReturnsThrows<TMock, TReturn> OutCallback<TMock, TReturn, TOut>(this ICallback<TMock, TReturn> mock, OutAction<TOut> action)
where TMock : class
{
return OutCallbackInternal(mock, action);
}
public static IReturnsThrows<TMock, TReturn> OutCallback<TMock, TReturn, T1, TOut>(this ICallback<TMock, TReturn> mock, OutAction<T1, TOut> action)
where TMock : class
{
return OutCallbackInternal(mock, action);
}
private static IReturnsThrows<TMock, TReturn> OutCallbackInternal<TMock, TReturn>(ICallback<TMock, TReturn> mock, object action)
where TMock : class
{
mock.GetType()
.Assembly.GetType("Moq.MethodCall")
.InvokeMember("SetCallbackWithArguments", BindingFlags.InvokeMethod | BindingFlags.NonPublic | BindingFlags.Instance, null, mock,
new[] { action });
return mock as IReturnsThrows<TMock, TReturn>;
}
}
Dzięki powyższej metodzie rozszerzenia możesz przetestować interfejs bez parametrów, takich jak:
public interface IParser
{
bool TryParse(string token, out int value);
}
.. z następującą konfiguracją Moq:
[TestMethod]
public void ParserTest()
{
Mock<IParser> parserMock = new Mock<IParser>();
int outVal;
parserMock
.Setup(p => p.TryParse("6", out outVal))
.OutCallback((string t, out int v) => v = 6)
.Returns(true);
int actualValue;
bool ret = parserMock.Object.TryParse("6", out actualValue);
Assert.IsTrue(ret);
Assert.AreEqual(6, actualValue);
}
Edycja : Aby obsługiwać metody void-return, wystarczy dodać nowe metody przeciążenia:
public static ICallbackResult OutCallback<TOut>(this ICallback mock, OutAction<TOut> action)
{
return OutCallbackInternal(mock, action);
}
public static ICallbackResult OutCallback<T1, TOut>(this ICallback mock, OutAction<T1, TOut> action)
{
return OutCallbackInternal(mock, action);
}
private static ICallbackResult OutCallbackInternal(ICallback mock, object action)
{
mock.GetType().Assembly.GetType("Moq.MethodCall")
.InvokeMember("SetCallbackWithArguments", BindingFlags.InvokeMethod | BindingFlags.NonPublic | BindingFlags.Instance, null, mock, new[] { action });
return (ICallbackResult)mock;
}
Umożliwia to testowanie interfejsów takich jak:
public interface IValidationRule
{
void Validate(string input, out string message);
}
[TestMethod]
public void ValidatorTest()
{
Mock<IValidationRule> validatorMock = new Mock<IValidationRule>();
string outMessage;
validatorMock
.Setup(v => v.Validate("input", out outMessage))
.OutCallback((string i, out string m) => m = "success");
string actualMessage;
validatorMock.Object.Validate("input", out actualMessage);
Assert.AreEqual("success", actualMessage);
}
It.IsAny<T>()
podobnego matcher (ref It.Ref<T>.IsAny
) do obsługi konfiguracji.Callback()
i.Returns()
poprzez niestandardowe typy delegatów pasujące do sygnatury metody. Metody chronione są w równym stopniu obsługiwane. Zobacz np. Moją odpowiedź poniżej .