问Spring (DI)如何通过连接组件来帮助开发？

EN

为什么要以集中化的方式连接所有类

集中式配置是一个实现细节，而不是DI的一部分。例如，Guice可以在一定程度上传播配置(我没有在愤怒中使用Spring，所以我不能对此发表评论)。

为什么要连接所有的类...对外

因为这允许您更改实现。DI不是唯一的方式，但它是最受欢迎的。工厂和服务定位器是主要的替代方案。如果没有某种交换的方法，实现测试几乎是不可能的。

开发流程(除测试外)

测试是中非常重要的一部分。这本身就是将创建和使用分开的一个很好的理由。

与上面的其他两种方法和直接初始化不同，DI还使依赖项可见(例如，ctor注入)这可以帮助类的其他用户。通过使依赖项变得如此可见，当您的类执行的操作太多时，它可以用来给您一个警告(因为它将需要很多依赖项)。

DI上的链接很好地解释了这一点：http://en.wikipedia.org/wiki/Dependency_injection#Motivation

依赖注入模式的主要目的是允许在运行时或通过配置文件在给定依赖接口的多个实现之间进行选择，而不是在编译时。该模式对于在测试时提供复杂组件的“模拟”测试实现特别有用；但通常用于定位插件组件，或定位和初始化软件服务。

大型软件系统中组件的单元测试是困难的，因为被测试的组件通常需要大量的基础设施和设置才能运行。依赖注入简化了调用独立组件的工作实例进行测试的过程。因为组件声明了它们的依赖关系，所以测试可以自动调用执行测试所需的那些依赖组件。

它通过减少类之间的耦合来提高代码的质量。

如果一个类实例化了另一个类的实例，则两个类之间直接存在依赖关系(=紧密耦合)。因此，例如，如果类A与接口B有关系，如果类A处理接口B的实例化，那么类A必须指定具体的实现来实例化，并且这些类变得紧密耦合。

假设我们有以下接口：

interface B{}

然后是下面的类

class A{

    private B b = new BImpl();

...
}

在上面的例子中(没有DI)，A类对BImpl有一个显式的依赖，这意味着如果你想使用B的不同实现，那么你也必须改变A类。

DI (和通常的松散耦合)旨在消除这种依赖，并拥有一个代码库，其中对代码的一部分的更改不会在需要大量更改的整个应用程序中产生“涟漪”。上面的例子非常琐碎，但是如果你有一个中等到大型的紧密耦合的代码库，这个问题可能会变得非常严重。