azure - 如何模拟对 Azure 持久函数中的持久实体进行的调用？

Question

我正在使用最小起订量来模拟持久实体，但看到此错误:

Extension methods (here: DurableContextExtensions.CallEntityAsync) may not be used in setup / verification expressions.

这是我的做法:

mockContext.Setup(e => e.CallEntityAsync<List<string>>(It.IsAny<EntityId>(), "EntityFunctionName"))
                .ReturnsAsync(new List<string>() {"one", "two", "three" });

有什么方法可以模拟对我的持久实体的调用吗？

Answer 1

从 Durable Functions 2.3.0 开始，我们所有的扩展方法现在都直接烘焙到接口(interface)中，因此将 Moq 与所有这些方法及其重载一起使用应该会更加容易。

编辑:下面之前的答案涵盖了为什么以前的扩展方法方法使这变得困难。

因此，这是 Moq 如何与扩展方法配合使用的固有限制。

不幸的是，与此同时，您需要找出 IDurableOrchestrationContext 上的核心方法，该方法由提供您正在使用的重载的扩展方法调用。

例如，在本例中，DurableContextExtension.CallEntityAsync(EntityIdEntityId, string operationName)正在调用IDurableOrchestrationContext.CallEntityAsync(EntityIdEntityId, string operationName, object operationInput)， operationInput 的值为 null。您可以通过查看 source code 找到它.

这显然不是理想的模拟方式，因为在不查看源代码的情况下，很难在编写测试时判断您是否正在尝试模拟扩展方法。您可以使用 Moq analyzer至少在编译时捕获这些错误，但它仍然不会告诉您要模拟哪个方法签名来消除错误。

出于这个原因，我们建议完全摆脱扩展方法，并直接将所有这些签名重载作为接口(interface)方法，这样您就可以安全地模拟它们中的任何一个。对于通过直接实现接口(interface)来编写测试的客户来说，这是一个重大更改，因此我们试图将这一更改保留在补丁版本之外，并且仅在次要版本中保留，并明确指导如何修复因这些更改而损坏的内容。寻找该扩展的 2.3.0 版本中修复的问题。