0

我的控制器具有依赖项，我正在使用 Castle Windsor 通过依赖项注入来解决这些依赖项。

这很好用，甚至允许我用“模拟”依赖项替换一些依赖项，以便我可以测试我的控制器。

但是，假设我有以下内容：

Public Class AccountController
    Inherits Controller

    Public Property SecurityService As ISecurityService

    Public Sub New(securityService As ISecurityService)
        Me.SecurityService = securityService
    End Sub

End Class

Public Class DefaultSecurityService
    Implements ISecurityService

    Public Property SomeDependency As ISomeClass

End Class

在这种情况下，我AccountController依赖于一个ISecurityService，然后依赖于另一个类。我的情况更复杂，更抽象。我绝对无法直接向SecurityService.

这让我觉得我的 DI 容器可以为我做这件事。我希望 Castle Windsor 能够识别我何时运行测试（例如集成测试）并将任何服务替换为它找到的任何“模拟”服务。这意味着我可以定义一个ISomeClass名为的模拟MockSomeClass，并且 Castle Windsor 会自动注入该模拟而不是常规类。

这怎么可能实现？我能找到的关于这个主题的唯一信息是Mark Seemann的Auto-mocking Container。但它很复杂，我不确定它是否与我需要的东西有关。

（代码示例中可接受 VB.NET 和 C#）

4

1 回答 1

2

鉴于您可以将接口注入控制器，这意味着默认安全服务的依赖关系没有实际意义。

只需使用您选择的模拟工具，如 MOQ、RhinoMocks 等，然后给 accountcontroller 一个模拟。

在最小起订量中，我会执行以下操作：

 var service = new Mock<ISecurityService>();
 service.setup(s= > s.SomeCall(It.IsAny<int>())).Returns(new List<OfSomething>());

 var controller = new AccountController(service.Object);


 controller.DoSomething(5); // call on service as check the result here

 service.Verify(m => m.SomeCall(It.Is<int>(i => i == 5)), Times.Once());

使用这样的模拟工具，您无需担心依赖项的依赖关系，因为它不是您正在测试的依赖项，而只是两者之间的交互。

当您开始测试 DefaultSecurityService 时，您需要担心它的依赖关系。

高温高压

于 2013-08-15T06:41:55.623 回答