依赖注入解决方案和单元测试

我试图学习依赖注入，并遇到单元测试应用程序时出现问题。依赖注入解决方案和单元测试

我正在写一个控制台应用程序，创建并在main（）初始化的容器，它可作为一个Program.Containerget-property，在我的应用程序，以便在任何地方我可以打电话Program.Container.Resolve<..>()。

我有一个ServiceValidator类是这样的：

public class ServiceValidator 
{ 
    private readonly IConfiguration _configuration; 
    private readonly IService _service; 

    public ServiceValidator(IConfiguration configuration, IService service) 
    { 
     _configuration = configuration; 
     _service = service; 
    }

在另一大类我用

ServiceValidator serviceValidator = Program.Container.Resolve<ServiceValidator>(); 
serviceValidator.VerifyVersion();

这引起了我的问题，在单元测试Program.Container.Resolve通话，因为它不已设置。

那是一个不好的做法，呼吁解决在容器上？我可以在Main()中创建ServiceValidator实例并传递该对象，但这似乎很愚蠢，因为它会导致只传递给下一个方法的对象的很多参数。

所以我想这是可以接受的一类中调用化解，但随后的容器必须配置为单元测试。我应该怎么做，我应该把容器移到另一个地方而不是Program课程吗？你会推荐什么？

如果它的事项，我使用的是团结和C＃

感谢:-)

来源

2009-05-04 Karsten

这是一个不好的做法，在容器上调用解析？我可以在Main（）中创建ServiceValidator实例并传递该对象，但这似乎很愚蠢，因为它会导致只传递给下一个方法的对象的很多参数。

当您一路使用依赖注入时，则不需要将大量参数传递给对象。每个对象的构造函数应该只有它自己直接使用的那些依赖关系的参数 - 它不会知道它的直接依赖关系的传递依赖关系。

因此，如果您有一个需要ServiceValidator的类X，那么类X将具有ServiceValidator类型的构造函数参数。那么如果某个类Y使用类X，那么类Y将具有类型X的构造函数参数。请注意，Y 对ServiceValidator没有任何知识，因此您不需要将ServiceValidator从一个类传递到另一个类 - 唯一的地方在构建X时使用它，这通常是由DI框架完成的，或者在手写体工厂中只有一个地方完成。

更多信息，有些链接：