为什么以下使用 Ninject.Moq 的模拟不起作用？

Question

我正在尝试使用 Ninject.Moq 运行以下代码：

[TestMethod]
public void TestMethod1()
{
    var kernel = new MockingKernel();
    var engine = kernel.Get<ABC>();

   //as I don't need to actually use the interfaces, I don't want
   //to even have to bother about them.

    Assert.AreEqual<string>("abc", engine.ToString());
}

这是 ABC 类定义：

public class ABC {
    IA a;
    IB b;

    public ABC(IA a, IB b)
    {
        this.a = board;
        this.b = war;
    }

    public override string ToString()
    {
        return "abc";
    }
}

我收到以下异常：

System.ArgumentException：匹配 给定参数的构造函数 在模拟类型上找不到。 ---> 系统.MissingMethodException： 类型的构造函数 'AbcProxya759aacd0ed049f3849aaa75e2a7bade' 未找到。

Answer 1

好的，这将使代码工作：

[TestMethod]
public void TestMethod1()
{
    var kernel = new MockingKernel();
    kernel.Bind<Abc>().ToSelf();
    var engine = kernel.Get<ABC>();

   //as I don't need to actually use the interfaces, I don't want
   //to even have to bother about them.

    Assert.AreEqual<string>("abc", engine.ToString());
}

必须将 Abc 绑定到自身，否则它也会被模拟，而 Moq 只支持模拟无参数类，但事实并非如此。

Answer 2

这有点像理解 DI在第一个
place：- 小样本并不能真正说明全部要点。

像 Ninject.Moq 这样的自动模拟容器（或者像 AutoFixture 这样的类似测试基础设施库）很难用简单的解释来真正解释例子。我建议阅读 Mark Seemann 关于 AutoFixture 的所有帖子感受需求。

因此，Ninject.Moq 将处理一组接口存根实现的链接，N 层深度，这些接口是在执行测试实际应该做的事情的过程中满足被测系统所必需的进行测试。

一般来说，您需要简短、易于阅读、易于理解的测试，并且具有最小的复杂性和底层固定装置的交互（没有大的基类层次结构，或者 6 种不同的魔术方法进行古怪的拆卸和调用基类）。通常这个目标意味着你应该让你的 DI 工具远离你的单元测试。

自动模拟容器应该像电锯一样，仅在您的投资能够获得显着的实际回报（许多更短、更容易理解的测试）时使用（另一个在其他人可以之前理解的工具）阅读你的测试，更多的调试，更多的惊喜，更多的复杂性，这将导致脆弱的、不可维护的测试）。