360

Moq（3.0+）を使用してout/パラメーターを割り当てることは可能ですか？ref

を使用することを検討しましたが、ジェネリックに基づいているため、refパラメーターをサポートしていませんCallback()。また、コールバックでそれを行うことはできますが、パラメーターの入力にAction<>制約（ ）を設定することもできます。It.Isref

Rhino Mocksがこの機能をサポートしていることは知っていますが、私が取り組んでいるプロジェクトはすでにMoqを使用しています。

4

13 に答える 13

376

'out'の場合、次のことがうまくいくようです。

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が「expectedValue」の値を調べて記憶していると思います。

のためrefに、私も答えを探しています。

次のクイックスタートガイドが役に立ちました： https ：//github.com/Moq/moq4/wiki/Quickstart

于 2010-06-28T19:52:50.643 に答える
97

EDIT : Moq 4.10 では、out または ref パラメーターを持つデリゲートを Callback 関数に直接渡すことができるようになりました。

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

デリゲートを定義してインスタンス化する必要があります。

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

4.10 より前の Moq バージョンの場合:

Avner Kashtan は彼のブログで、コールバックから out パラメータを設定できる拡張メソッドを提供しています: Moq、Callbacks、および Out パラメータ: 特にトリッキーなエッジ ケース

解決策はエレガントでハックです。他の Moq コールバックになじみのある流暢な構文を提供するという点でエレガントです。また、リフレクションを介していくつかの内部 Moq API を呼び出すことに依存しているため、ハッキーです。

上記のリンクで提供されている拡張メソッドはコンパイルされなかったので、編集したバージョンを以下に提供しました。入力パラメーターの数ごとに署名を作成する必要があります。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);
}
于 2013-10-25T19:51:11.923 に答える
57

これは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);
于 2011-09-30T08:53:39.840 に答える
17

箱から出してそれは不可能のようです。誰かが解決を試みたようです

このフォーラムの投稿を参照してください http://code.google.com/p/moq/issues/detail?id=176

この質問 Moqで参照パラメータの値を確認します

于 2009-07-01T10:48:20.667 に答える
0

VS2022 では、次のように簡単に実行できます。

foo.Setup(e => e.TryGetValue(out It.Ref<ExampleType>.IsAny))
.Returns((ref ExampleType exampleType) => {
exampleType = new ExampleType();
return true;
})
于 2022-02-15T13:41:30.307 に答える
0

これで解決できます。

[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());

}
于 2011-09-01T08:40:52.067 に答える