Назначение параметров / ref в Moq

293

Можно ли назначить out/ref параметр с помощью Moq (3.0+)?

Я смотрел на использование Callback(), но Action<>не поддерживает параметры ref, потому что он основан на обобщениях. Я также предпочел бы поставить ограничение ( It.Is) на входе refпараметра, хотя я могу сделать это в обратном вызове.

Я знаю, что Rhino Mocks поддерживает эту функцию, но проект, над которым я работаю, уже использует Moq.

Ричард Сзалай
источник
4
Это вопросы и ответы о Moq 3. В Moq 4.8 значительно улучшена поддержка параметров by-ref, начиная от аналогичного It.IsAny<T>()matcher ( ref It.Ref<T>.IsAny) и заканчивая поддержкой для настройки .Callback()и с .Returns()помощью пользовательских типов делегатов, соответствующих сигнатуре метода. Защищенные методы одинаково поддерживаются. Смотрите, например, мой ответ ниже .
stakx - больше не вносит вклад
Вы можете использовать It.Ref <TValue> .Isany для любого метода, который использует параметр out. Например: moq.Setup (x => x.Method (out It.Ref <string> .IsAny) .Returns (TValue);
MikBTC

Ответы:

118

В Moq версии 4.8 (или выше) значительно улучшена поддержка параметров by-ref:

public interface IGobbler
{
    bool Gobble(ref int amount);
}

delegate void GobbleCallback(ref int amount);     // needed for Callback
delegate bool GobbleReturns(ref int amount);      // needed for Returns

var mock = new Mock<IGobbler>();
mock.Setup(m => m.Gobble(ref It.Ref<int>.IsAny))  // match any value passed by-ref
    .Callback(new GobbleCallback((ref int amount) =>
     {
         if (amount > 0)
         {
             Console.WriteLine("Gobbling...");
             amount -= 1;
         }
     }))
    .Returns(new GobbleReturns((ref int amount) => amount > 0));

int a = 5;
bool gobbleSomeMore = true;
while (gobbleSomeMore)
{
    gobbleSomeMore = mock.Object.Gobble(ref a);
}

Тот же шаблон работает для outпараметров.

It.Ref<T>.IsAnyтакже работает для параметров C # 7 in(так как они также by-ref).

Stakx - больше не помогает
источник
2
это решение, которое позволяет вам иметь любой ввод в качестве ссылки, точно так же, как это будет работать для ввода без ссылки. Это очень хорошая улучшенная поддержка действительно
grathad
5
Это же решение не работает, outправда?
ATD
1
@ АТД отчасти да. Объявите делегата с параметром out и присвойте значение в
обратном
Стоит отметить, что если у функции, над которой вы работаете, есть больше аргументов, то сигнатура обратного вызова должна следовать той же схеме (а не только параметру ref / out)
Йоав Фойерштайн,
320

Для «вне», мне кажется, что следующее работает

public interface IService
{
    void DoSomething(out string a);
}

[TestMethod]
public void Test()
{
    var service = new Mock<IService>();
    var expectedValue = "value";
    service.Setup(s => s.DoSomething(out expectedValue));

    string actualValue;
    service.Object.DoSomething(out actualValue);
    Assert.AreEqual(expectedValue, actualValue);
}

Я предполагаю, что Moq смотрит на значение «Ожидаемое значение» при вызове программы установки и запоминает его.

Для ref , я искал ответ тоже.

Мне показалось полезным следующее руководство по быстрому запуску: https://github.com/Moq/moq4/wiki/Quickstart

Крейг Селеста
источник
7
Я думаю, что проблема, с которой я столкнулся, заключалась в том, что нет способа присвоения параметров out / ref из методаSetup
Ричард Сзалай
1
У меня нет решения для назначения параметра ref. В этом примере значение «output value» присваивается значению «b». Moq не выполняет выражение, которое вы передаете в программу установки, он анализирует его и обнаруживает, что вы предоставляете «a» для выходного значения, поэтому он просматривает текущее значение «a» и запоминает его для последующих вызовов.
Крейг Селеста
См. Также примеры out и ref по адресу: code.google.com/p/moq/wiki/QuickStart
TrueWill
9
Это не будет работать для меня, когда метод интерфейса Mocked выполняется в другой области видимости, которая имеет собственную выходную переменную, на которую ссылаются (например, внутри метода другого класса). Приведенный выше пример удобен, поскольку выполнение происходит в той же области, что и метод. макет установки, однако это слишком просто, чтобы решить все сценарии. Поддержка явной обработки значения out / ref в moq слаба (как сказал кто-то другой, обрабатывается во время выполнения).
Джон К
2
+1: это полезный ответ. Но: если тип параметра out является классом, а не встроенным типом типа string - я не верю, что это сработает. Попробовал сегодня. Имитируемый объект имитирует вызов и возвращает ноль через параметр «out».
ажеглов
86

РЕДАКТИРОВАТЬ : В Moq 4.10, теперь вы можете передать делегат с параметром out или ref непосредственно в функцию обратного вызова:

mock
  .Setup(x=>x.Method(out d))
  .Callback(myDelegate)
  .Returns(...); 

Вам нужно будет определить делегата и создать его экземпляр:

...
.Callback(new MyDelegate((out decimal v)=>v=12m))
...

Для версии Moq до 4.10:

Авнер Каштан предоставляет метод расширения в своем блоге, который позволяет устанавливать параметр out из обратного вызова: параметры Moq, Callbacks и Out: особенно сложный крайний случай

Решение элегантное и хакерское. Элегантный в том, что он обеспечивает свободный синтаксис, который чувствует себя как дома с другими обратными вызовами Moq. И хакерский, потому что он основан на вызове некоторых внутренних API Moq через рефлексию.

Метод расширения, предоставленный по вышеуказанной ссылке, не скомпилирован для меня, поэтому я предоставил отредактированную версию ниже. Вам нужно будет создать подпись для каждого количества входных параметров, которые у вас есть; Я предоставил 0 и 1, но его дальнейшее расширение должно быть простым:

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>;
    }
}

С помощью вышеуказанного метода расширения вы можете протестировать интерфейс без параметров, таких как:

public interface IParser
{
    bool TryParse(string token, out int value);
}

.. со следующей настройкой 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);
    }



Изменить : Для поддержки методов void-return вам просто нужно добавить новые методы перегрузки:

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;
}

Это позволяет тестировать интерфейсы, такие как:

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);
}
Скотт Вегнер
источник
5
@ Wilbert, я обновил свой ответ дополнительными перегрузками для функций void-return.
Скотт Вегнер
2
Я использовал это решение в нашем тестовом наборе и работал. Однако после обновления до Moq 4.10 он больше не работает.
Ristogod
2
Похоже, что он был сломан в этом коммите github.com/moq/moq4/commit/… . Может быть, есть лучший способ сделать это сейчас?
свеча зажигания
1
Кстати, в Moq4 MethodCall теперь является свойством настройки, поэтому смелость OutCallbackInternal выше меняется наvar methodCall = mock.GetType().GetProperty("Setup").GetValue(mock); mock.GetType().Assembly.GetType("Moq.MethodCall") .InvokeMember("SetCallbackResponse", BindingFlags.InvokeMethod | BindingFlags.Public | BindingFlags.Instance, null, methodCall, new[] { action });
mike mckechnie
1
@Ristogod, с обновлением до Moq 4.10 теперь вы можете передавать делегат с параметром out или ref непосредственно в функцию обратного вызова: mock.Setup(x=>x.Method(out d)).Callback(myDelegate).Returns(...);вам нужно будет определить делегат и создать его экземпляр:...Callback(new MyDelegate((out decimal v)=>v=12m))...;
esteuart
48

Это документация с сайта Moq :

// out arguments
var outString = "ack";
// TryParse will return true, and the out argument will return "ack", lazy evaluated
mock.Setup(foo => foo.TryParse("ping", out outString)).Returns(true);


// ref arguments
var instance = new Bar();
// Only matches if the ref argument to the invocation is the same instance
mock.Setup(foo => foo.Submit(ref instance)).Returns(true);
Kosau
источник
5
По сути, это то же самое, что и ответ Parched, и имеет такое же ограничение, что он не может изменять выходное значение в зависимости от входных данных и не может реагировать на параметры ref.
Ричард Сзалай
@Richard Szalay, вы можете, но вам нужно иметь отдельные настройки с отдельными параметрами "outString"
Sielu
17

Похоже, это невозможно из коробки. Похоже, кто-то пытался найти решение

Смотрите это сообщение на форуме http://code.google.com/p/moq/issues/detail?id=176.

этот вопрос Проверьте значение ссылочного параметра с помощью Moq

Gishu
источник
Спасибо за подтверждение. Я действительно нашел эти две ссылки в своем поиске, но также заметил, что Moq перечисляет одну из его функций как «поддержку параметров ref / out», поэтому я хотел быть уверен.
Ричард Сзалай
3

Чтобы вернуть значение вместе с настройкой параметра ref, вот фрагмент кода:

public static class MoqExtensions
{
    public static IReturnsResult<TMock> DelegateReturns<TMock, TReturn, T>(this IReturnsThrows<TMock, TReturn> mock, T func) where T : class
        where TMock : class
    {
        mock.GetType().Assembly.GetType("Moq.MethodCallReturn`2").MakeGenericType(typeof(TMock), typeof(TReturn))
            .InvokeMember("SetReturnDelegate", BindingFlags.InvokeMethod | BindingFlags.NonPublic | BindingFlags.Instance, null, mock,
                new[] { func });
        return (IReturnsResult<TMock>)mock;
    }
}

Затем объявите свой собственный делегат, соответствующий сигнатуре метода, который нужно смоделировать, и предоставьте собственную реализацию метода.

public delegate int MyMethodDelegate(int x, ref int y);

    [TestMethod]
    public void TestSomething()
    {
        //Arrange
        var mock = new Mock<ISomeInterface>();
        var y = 0;
        mock.Setup(m => m.MyMethod(It.IsAny<int>(), ref y))
        .DelegateReturns((MyMethodDelegate)((int x, ref int y)=>
         {
            y = 1;
            return 2;
         }));
    }
Виктор Мукерджи
источник
Работает ли это, когда у вас нет доступа к переменной, которая будет передана как y? У меня есть функция, которая принимает два аргумента ref для DayOfWeek. Мне нужно установить оба из них на определенный день в фиктивной заглушке, а третий аргумент - это фиктивный контекст базы данных. Но метод делегата просто не вызывается. Похоже, что Moq будет ожидать совпадения с локальным значением y, передаваемым вашей функцией MyMethod. Вот как это работает для вашего примера? Спасибо.
Грег Верес
3

Опираясь на Billy Jakes awnser, я создал полностью динамический метод имитации с параметром out. Я публикую это здесь для тех, кто сочтет это полезным (вероятно, просто будущие меня).

// Define a delegate with the params of the method that returns void.
delegate void methodDelegate(int x, out string output);

// Define a variable to store the return value.
bool returnValue;

// Mock the method: 
// Do all logic in .Callback and store the return value.
// Then return the return value in the .Returns
mockHighlighter.Setup(h => h.SomeMethod(It.IsAny<int>(), out It.Ref<int>.IsAny))
  .Callback(new methodDelegate((int x, out int output) =>
  {
    // do some logic to set the output and return value.
    output = ...
    returnValue = ...
  }))
  .Returns(() => returnValue);
Мартейн
источник
2

Я уверен, что решение Скотта сработало в один момент,

Но это хороший аргумент для того, чтобы не использовать рефлексию, чтобы заглянуть в частный apis. Это сломано сейчас.

Я был в состоянии установить параметры с помощью делегата

      delegate void MockOutDelegate(string s, out int value);

    public void SomeMethod()
    {
        ....

         int value;
         myMock.Setup(x => x.TryDoSomething(It.IsAny<string>(), out value))
            .Callback(new MockOutDelegate((string s, out int output) => output = userId))
            .Returns(true);
    }
Билли Джейк О'Коннор
источник
1

Это может быть решением.

[Test]
public void TestForOutParameterInMoq()
{
  //Arrange
  _mockParameterManager= new Mock<IParameterManager>();

  Mock<IParameter > mockParameter= new Mock<IParameter >();
  //Parameter affectation should be useless but is not. It's really used by Moq 
  IParameter parameter= mockParameter.Object;

  //Mock method used in UpperParameterManager
  _mockParameterManager.Setup(x => x.OutMethod(out parameter));

  //Act with the real instance
  _UpperParameterManager.UpperOutMethod(out parameter);

  //Assert that method used on the out parameter of inner out method are really called
  mockParameter.Verify(x => x.FunctionCalledInOutMethodAfterInnerOutMethod(),Times.Once());

}
Fabrice
источник
1
По сути, это то же самое, что и ответ Parched, и имеет такое же ограничение, что он не может изменять выходное значение в зависимости от входных данных и не может реагировать на параметры ref.
Ричард Сзалай
1

Я боролся со многими предложениями здесь, прежде чем просто создал экземпляр нового класса 'Fake', который реализует любой интерфейс, который вы пытаетесь макетировать. Затем вы можете просто установить значение параметра out с помощью самого метода.

Кейси О'Брайен
источник
0

Я боролся с этим в течение часа сегодня днем ​​и не мог найти ответ нигде. После самостоятельной игры я смог найти решение, которое сработало для меня.

string firstOutParam = "first out parameter string";
string secondOutParam = 100;
mock.SetupAllProperties();
mock.Setup(m=>m.Method(out firstOutParam, out secondOutParam)).Returns(value);

Ключ здесь, mock.SetupAllProperties();который заглушит все свойства для вас. Это может не сработать в каждом конкретном случае сценарии теста, но если все , что вы заботитесь о получении return valueиз , YourMethodто это будет прекрасно работать.

maxshuty
источник