依赖注入容器的意义是什么？[副本]

Question

使用。NET核心，您可以注册“服务”，据我所知，这仅仅意味着您可以将类型注册到具体的类中。

因此，我决定是时候学习和练习DI了。我理解这个概念，通过测试它是非常有益的。然而，让我困惑的是注册服务的想法以及它是否真的需要。

public class MyClass
{
    public MyClass(IDataContext)
    {
         ... store it 
    }
}

DataContext dc = new DataContext(); // concrete
var c = new MyClass(dc);

编辑

这个问题围绕着如何使用容器（服务）而不是为什么在构造函数中使用接口。

Answer 1

现在，将此代码放入的那些类

public class MyService
{
    public void DoSomething()
    {
        DataContext dc = new DataContext(); // concrete
        var c = new MyClass(dc);
        c.DoSomething();
    }
}

对DataContext和MyClass有硬依赖关系。因此不能单独测试MyService。类不应该关心其他类如何做它们所做的事情，它们应该只关心它们做了它们说要做的事情。这就是我们使用接口的原因。这是关注点的分离。一旦实现了这一点，就可以独立地对任何代码进行单元测试，而不依赖于外部代码的行为。

预先在一个位置注册依赖项也更干净，这意味着您可以通过更改一个位置来交换依赖项，而不是查找所有的用法并单独更改它们。

public class MyService
{
    private readonly IMyClass _myClass;

    public MyService(IMyClass myClass)
    {
        _myClass = myClass;
    }

    public void DoSomething()
    {
        _myClass.DoSomething();
    }
}

public interface IMyClass
{
    void DoSomething();
}

public class MyClass : IMyClass
{
    private readonly IDataContext _context;

    public MyClass(IDataContext context)
    {
        _context = context;
    }
    public void DoSomething()
    {
        _context.SaveSomeData();
    }
}

要了解更多信息，我建议您观看Miguel Castro的《深入研究依赖注入和编写解耦质量代码和可测试软件》。他提出的最好的观点是，如果您必须使用new来创建对象的实例，那么您已经紧密耦合了一些东西。避免使用new，依赖项注入是一种使您能够避免这种情况的模式。（使用new并不总是坏事，我对POCO模型使用new很满意）。