c# – 用Moq部分模拟类内部方法

前端之家收集整理的这篇文章主要介绍了c# – 用Moq部分模拟类内部方法前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个包含公共方法的类,它依赖于内部方法以正确返回其值.

让我们考虑以下类和测试文件

public class ClassUnderTest
{
    public string NotMockedPublicMethod()
    {
        return MockedMethod();
    }

    virtual public string MockedMethod()
    {
        return "original";
    }
}

以下测试用例可行:

var mock = new Mock<ClassUnderTest> { CallBase = true };
mock.Setup(m => m.MockedMethod()).Returns("mocked");

Assert.AreEqual("mocked",mock.Object.NotMockedPublicMethod());

但是,让我们说我的MockedMethod()在外部没有效用.问题是将此方法标记为内部(即使正确使用InternalsVisibleTo()):

virtual internal string MockedMethod()

将使完全相同的测试失败并显示消息Assert.AreEqual失败.预期:其中嘲笑取代.实际:其中原始取代.

这是Moq的bug还是有些限制?

解决方法

这不是错误或限制.在将方法设置为内部之后(即使在添加InternalsVisibleTo之后),您的测试失败,因为它没有调用mocked方法,而是调用实际方法.

您需要为DynamicProxyGenAssembly2以及下面的Url添加InternalsVisibleTo.

[assembly:InternalsVisibleTo(“DynamicProxyGenAssembly2”)]

http://www.blackwasp.co.uk/MoqInternals.aspx

Url没有提供正确的解释,但这里是:

Moq使用Castle Project的DynamicProxy在运行时动态生成代理,以便可以截获对象的成员而无需修改类的代码.这就是Moq如何返回“Setup()中指定的值.返回”(在您的情况下为“mocked”字符串)

动态代理URL:http://www.castleproject.org/projects/dynamicproxy/

我查看了DynamicProxy的源代码(参见下面的url),我看到它使用“DynamicProxyGenAssembly2”作为生成的程序集的程序集名称,这就是为什么你需要为DynamicProxyGenAssembly2添加InternalsVisibleTo的原因.

public static readonly String DEFAULT_ASSEMBLY_NAME = "DynamicProxyGenAssembly2";

https://github.com/castleproject/Castle.DynamicProxy-READONLY/blob/ed8663b23a54bed641e5f97e39a6bc16fe0d976f/src/Castle.DynamicProxy/ModuleScope.cs

原文链接:https://www.f2er.com/csharp/98544.html

猜你在找的C#相关文章