为什么收到消息“在非虚拟（在VB中可重写）成员上的无效设置...”消息，导致异常？

我有一个单元测试，必须模拟返回布尔类型的非虚拟方法

public class XmlCupboardAccess
{
    public bool IsDataEntityInXmlCupboard(string dataId,
                                          out string nameInCupboard,
                                          out string refTypeInCupboard,
                                          string nameTemplate = null)
    {
        return IsDataEntityInXmlCupboard(_theDb, dataId, out nameInCupboard, out refTypeInCupboard, nameTemplate);
    }
}

所以我有一个XmlCupboardAccess类的模拟对象，我正在尝试在测试用例中为此方法设置模拟，如下所示

[TestMethod]
Public void Test()
{
    private string temp1;
    private string temp2;
    private Mock<XmlCupboardAccess> _xmlCupboardAccess = new Mock<XmlCupboardAccess>();
    _xmlCupboardAccess.Setup(x => x.IsDataEntityInXmlCupboard(It.IsAny<string>(), out temp1, out temp2, It.IsAny<string>())).Returns(false); 
    //exception is thrown by this line of code
}

但是这行抛出异常

Invalid setup on a non-virtual (overridable in VB) member: 
x => x.IsDataEntityInXmlCupboard(It.IsAny<String>(), .temp1, .temp2, 
It.IsAny<String>())

任何建议如何解决这个异常？

Moq不能模拟非虚拟方法和密封类。在使用模拟对象运行测试时，MOQ实际上创建了一个内存中代理类型，该代理类型继承自“ XmlCupboardAccess”，并且覆盖了您在“ SetUp”方法中设置的行为。正如您在C＃中所知，只有在标记为虚拟的情况下才能覆盖某些内容，而Java则不是这样。Java默认情况下假定每个非静态方法都是虚拟的。

我认为您应该考虑的另一件事是为“ CupboardAccess”引入一个接口，并开始模拟该接口。这将帮助您解耦代码，并从长远来看受益。

最后，还有像TypeMock和JustMock这样的框架，它们可以直接与IL配合使用，因此可以模拟非虚拟方法。但是，两者都是商业产品。

作为对与我有相同问题的任何人的帮助，我无意中输入了实现类型而不是接口类型，例如

var mockFileBrowser = new Mock<FileBrowser>();

代替

var mockFileBrowser = new Mock<IFileBrowser>();

请参阅 为什么我要模拟的属性需要是虚拟的？

您可能必须编写包装器接口或将属性标记为virtual / abstract，因为Moq创建了一个代理类，该类用于拦截呼叫并返回您放入.Returns(x)呼叫中的自定义值。