Moq-在设置/验证表达式中不能使用不可重写的成员

我是新来的。我在嘲笑一个 PagingOptions课程。这个课程是这样的:

public class PagingOptions
{
[Range(1, 99999, ErrorMessage = "Offset must be greater than 0.")]
public int? Offset { get; set; }


[Range(1, 100, ErrorMessage = "Limit must be greater than 0 and less than 100.")]
public int? Limit { get; set; }


public PagingOptions Replace(PagingOptions newer)
{
return new PagingOptions
{
Offset = newer.Offset ?? Offset,
Limit = newer.Limit ?? Limit
};
}
}

这是我的模拟课程版本,

var mockPagingOptions = new Mock<PagingOptions>();
mockPagingOptions.Setup(po => po.Limit).Returns(25);
mockPagingOptions.Setup(po => po.Offset).Returns(0);

在设置属性值时，我会得到下面的错误。我是不是做错了什么。看来我不能上莫克水泥课了？只有接口可以被嘲笑？请协助。

moq error

谢谢, 阿卜杜勒

136918 次浏览
小开
最佳答案

Moq 创建模拟类型的实现。如果该类型是一个接口，它将创建一个实现该接口的类。如果该类型是一个类，它将创建一个继承类，该继承类的成员将调用基类。但是为了做到这一点，它必须覆盖成员。如果一个类有不能被重写的成员(它们不是虚拟的、抽象的) ，那么 Moq 就不能重写它们来添加它自己的行为。

在这种情况下，没有必要模仿 PagingOptions，因为它很容易使用一个真正的 PagingOptions:

var mockPagingOptions = new Mock<PagingOptions>();
mockPagingOptions.Setup(po => po.Limit).Returns(25);
mockPagingOptions.Setup(po => po.Offset).Returns(0);

这样做:

var pagingOptions = new PagingOptions { Limit = 25, Offset = 0 };

我们如何决定是否嘲笑某事？一般来说，如果我们不想在测试中包含具体的运行时实现，我们会模仿一些东西。我们想测试一个类，而不是同时测试两个类。

但在这种情况下，PagingOptions只是一个包含一些数据的类。嘲笑它真的没有意义。用真家伙也一样简单。

小开

我也有同样的错误，但是在我的例子中，我试图模仿类本身，而不是它的接口:

// Mock<SendMailBLL> sendMailBLLMock = new Mock<SendMailBLL>(); // Wrong, causes error.
Mock<ISendMailBLL> sendMailBLLMock = new Mock<ISendMailBLL>();  // This works.


sendMailBLLMock.Setup(x =>
x.InsertEmailLog(
It.IsAny<List<EmailRecipient>>(),
It.IsAny<List<EmailAttachment>>(),
It.IsAny<string>()));
小开

我想提高 斯科特的的答案，并给出一个一般的答案

如果该类型是一个类，它将创建一个继承类，该继承类的成员将调用基类。但是为了做到这一点，它必须覆盖成员。如果一个类有不能被重写的成员(它们不是虚拟的、抽象的) ，那么 Moq 就不能重写它们来添加它自己的行为。

在我的情况下，我必须使道具虚拟化。因此，回答你的类代码是:

public class PagingOptions {
[Range (1, 99999, ErrorMessage = "Offset must be greater than 0.")]
public virtual int? Offset { get; set; }


[Range (1, 100, ErrorMessage = "Limit must be greater than 0 and less than 100.")]
public virtual int? Limit { get; set; }


public PagingOptions Replace (PagingOptions newer) {
return new PagingOptions {
Offset = newer.Offset ?? Offset,
Limit = newer.Limit ?? Limit
};
}
}

使用相同的:

var mockPagingOptions = new Mock<PagingOptions>();
mockPagingOptions.Setup(po => po.Limit).Returns(25);
mockPagingOptions.Setup(po => po.Offset).Returns(0);
小开

如果你根据原来的题目 Non-overridable members may not be used in setup / verification expressions得到了这个问题，而其他的答案都没有帮助到你，你可能想看看反射是否能够满足你的测试需求。

假设您有一个类 Foo，其属性定义为 public int I { get; private set; }

如果您尝试这里的答案中的各种方法，它们中的一些将工作在这种情况下。不管你用什么。净反射来设置一个实例变量的值，同时在代码中保持相当好的重构支持。

下面是用 二等兵 setter 设置属性的代码片段:

var foo = new Foo();
var I = foo.GetType().GetProperty(nameof(Foo.I), BindingFlags.Public | BindingFlags.Instance);
I.SetValue(foo, 8675309);

对于生产代码，我不推荐使用这种方法。它已被证明在许多测试中对我非常有用。几年前我发现了这个方法，但是最近需要再次查找，这是最热门的搜索结果。

小开

有时您可能使用来自第三方库的类，该类具有可以直接设置或模拟的属性。

如果上面的答案不够充分，您还可以直接调用 setter 方法，例如，类有一个名为“ Id”的属性，但没有可访问的 setter:

var idSetter = account.GetType().GetMethod("set_Id", BindingFlags.Instance | BindingFlags.NonPublic);


idSetter!.Invoke(account, new[] { "New ID Here" });

提交答案