为什么要使用依赖注入？

Question

我不太明白它解决了什么问题。它看起来像是这样说：“Hi.当你运行到这个函数时，返回一个对象，它是这种类型的，并且使用这些参数/数据。”
但是...我为什么要用这个？注我也从来不需要使用object，但我理解这是为了什么。

在构建一个网站或桌面应用程序时，有哪些实际情况可以使用DI？我可以很容易地想出为什么有人想在游戏中使用接口/虚拟函数的例子，但是在非游戏代码中使用这种方法是极其罕见的（非常罕见，以至于我都记不住一个实例了）。

Answer 1

首先，我想解释我为这个答案所做的一个假设。这并不总是正确的，但经常是这样的：

接口是形容词；类是名词。

（其实也有接口是名词，但我想在这里概括一下。）

var logger = new Logger();

当然，您不希望更改所有代码（同时您有大量代码）并替换所有行

var logger = new Logger();

由：

var logger = new TcpLogger();

首先，这一点都不好玩。第二，这是容易出错的。第三，对一只训练有素的猴子来说，这是愚蠢的重复工作。那你是做什么的？

ICanLog logger = new Logger();

ICanLog logger = LoggerFactory.Create();

ICanLog logger = TypeFactory.Create<ICanLog>();

为您提供一个有用的例子：假设一个软件不正常记录，但当您的客户因为有问题而打电话请求帮助时，您发送给他的只是一个更新的XML配置文件，现在他已经启用了日志记录，您的支持人员可以使用日志文件来帮助您的客户。

现在，当您稍稍替换名称时，您将得到一个简单的服务定位器实现，这是两种反转控制html" target="_blank">模式之一（因为您反转了由谁决定实例化什么确切类的控制）。

总之，这减少了代码中的依赖关系，但现在您的所有代码都依赖于中心的、单一的服务定位器。

依赖注入现在是这一行的下一个步骤：只需摆脱对服务定位器的单一依赖关系：不再是各种类向服务定位器请求特定接口的实现，而是您--再一次--恢复对谁实例化什么的控制。

通过依赖项注入，您的数据库类现在有一个构造函数，该构造函数需要ICANLOG类型的参数：

public Database(ICanLog logger) { ... }

现在您的数据库总是有一个记录器要使用，但它不知道这个记录器从何而来。

因此，长话短说：依赖项注入是如何在代码中删除依赖项的两种方法之一。它对于编译后的配置更改非常有用，对于单元测试也是一件很好的事情（因为它使得注入存根和/或模拟变得非常容易）。

在实践中，有些事情没有服务定位器是无法完成的（例如，如果您事先不知道特定接口需要多少实例：DI框架总是每个参数只注入一个实例，但您当然可以在循环中调用服务定位器），因此每个DI框架通常也提供一个服务定位器。

但基本上就是这样。