ASP.net：依赖于 Web 服务代理类的单元测试

Question

假设我有一个类似以下的课程：

public class Test{
        private RemoteDoc.Documentation docService = new RemoteDoc.Documentation();
        public Test(){}
}

所以这使得单元测试变得困难，因为它依赖于代理类。您可以像这样通过构造函数传入对象：

public class Test{
        private RemoteDoc.Documentation docService;
        public Test(RemoteDoc.Documentation serv)
        {
               docService = serv;
        }
}

现在在我的单元测试中，我可以实例化 Test 类并将一个模拟对象传递给构造函数。但是，此解决方案并不理想，因为现在其他类必须了解 RemoteDoc.Documentation 代理类并对其进行显式引用。有什么好的办法解决这个问题？

编辑：更清楚地说，RemoteDoc.Documentation 是 Web 参考的代理类。想象一下，如果您使用的是 salesforce.com 的 api，而您真正拥有的只是 wsdl 和 disco 文件。

Answer 1

实际上，您提出的涉及通过构造函数传递依赖项的解决方案是理想的。它是一种众所周知的依赖注入 (DI) 模式，称为 构造函数注入。

起初看起来像弱点的东西实际上是一种优势。虽然 Test 类的每个消费者（在您的示例中）现在确实必须提供代理的 some 实现（我在此假设代理是接口或抽象基类），但他们可以提供该抽象的任何实现，而不仅仅是您最初想到的。恭喜：you have just opened your class for extensibility！

这仍然留下了一个问题，即您实际上将决定哪些依赖项放在哪里的责任放在哪里？您应该在应用程序的根目录中称为 Composition Root 的地方执行此操作。这在this SO answer 中有更详细的解释。

您可以使用 DI 容器自动连接您的依赖项。一些常见的 DI 容器是：

• Castle Windsor
• StructureMap
• Spring.NET
• Unity

Answer 2

我喜欢 RichardOD 的方法。对单元测试有用的一种改进是使用模拟对象而不是访问真实的 Web 服务。这意味着您的测试将与任何外部服务分离，并且运行得更快。

如果将代码更改为如下所示，您可以这样做：

public class Test
{        
     private RemoteDoc.IDocumentation docService;     

     // Constructor providing default for docService
     public Test()
     {
         docService = new RemoteDoc.Documentation();
     }   

     // Constructor for injection
     public Test(RemoteDoc.IDocumentation serv)       
     { 
          docService = serv;        
     }
}

然后您使用模拟框架创建一个模拟文档对象，例如：

• Moq
• Rhino Mocks

... 并将其传递给 Test(RemoteDoc.IDocumentation serv) 构造函数。

由于 RemoteDoc.Documentation 是一个具体的类，您可以使用分部类使其继承 RemoteDoc.IDocumentation：

namespace RemoteDoc
{
    public interface IDocumentation
    {
        // public functions you want to mock go here
        string GetDocumentation();
    }

    public partial class Documentation : IDocumentation {}
}

Answer 3

我赞同马克的做法。为了完整起见，另一个选项如下：

public class Test
{        
     private RemoteDoc.Documentation docService;     

     // Constructor providing default for docService
     public Test()
     {
         docService = new RemoteDoc.Documentation();
     }   

     // Constructor for injection
     public Test(RemoteDoc.Documentation serv)       
     { 
          docService = serv;        
     }
}

这意味着您有一个默认实现以及插入不同实现的选项。如果您不想使用容器，这很有用。

我过去使用过这两种方法。在开发非平凡软件时，DI 容器方法通常是更好的选择。

Answer 4

请注意，使用 WCF 更容易，因为服务协定已经是一个接口。你的模拟类只需要实现接口。

Answer 5

这种方法怎么样？您将不得不编写更多代码来支持代理类中的功能。但它会给你单元测试的灵活性。

public interface IDocumentation
{
    // Add whatever functionality you need from RemoteDoc.Documentation
}

public class RemoteDocumnetation : IDocumentation
{
    private RemoteDoc.Documentation docService = new RemoteDoc.Documentation();

    // Implements IDocumentation 
}

public class Test{
        private IDocumentation doc;
        public Test(IDocumentation serv)
        {
               doc= serv;
        }
}