为什么我们说依赖注入是 Java Spring 框架的特性，而不是 Java 语言特性？

Question

1. 我是 Java Spring 框架的新手。在一些文章中，他们说 Spring 框架具有依赖注入。既然 Spring 是基于 Java 的，为什么不说 Java 语言具有依赖注入特性呢？这样的问题让我困惑了一段时间。除了 Java 和 Spring，我对 ASP.NET MVC 和 C# 也有这个问题。

2. 以下是 Spring 依赖注入代码示例。如果我用Java创建一个小程序，它也可以工作，对吧？

春天：

package com.example.service;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;

@Service
public class DatabaseAccountService implements AccountService {

    private final RiskAssessor riskAssessor;

    @Autowired
    public DatabaseAccountService(RiskAssessor riskAssessor) {
        this.riskAssessor = riskAssessor;
    }

    // ...

}

Java：

public class DatabaseAccountService implements AccountService {

    private final RiskAssessor riskAssessor;

    public DatabaseAccountService(RiskAssessor riskAssessor) {
        this.riskAssessor = riskAssessor;
    }

    // ...

}

更新（这是我困惑的地方）：在纯Java中，我认为如果A类依赖于B类。我们创建A类和B类之后，我们只需要去A类，然后做'公共A（B b）'。除此之外，我们还应该做什么？

Answer 1

1) 因为在 Spring automated 依赖注入已经准备好使用特性。在纯 java 中，您必须自己查找或创建依赖项，然后将其注入到依赖项中。

注意词自动。严格来说，是的，依赖注入已经存在于纯 Java 中，
但作者肯定会提到自动的。

2) 你的代码可以工作，但你必须自己找到或创建一个 RiskAssessor 实例，如果你正在创建它（也就是说 Spring 没有为你做），你必须全力以赴它的依赖关系也是如此，然后才构造 DatabaseAccoutService。

如果 DatabaseAccountService 的依赖依赖于它们自己的很多依赖，你会感谢 Spring 为你做的工作。希望:)

---广告您的更新： 是的，差不多就是这样。多亏了这样的构造函数 A(B b) 依赖 b 被注入到类 A 的实例中。只是不要忘记，您将希望在某处以 B 类的实例作为参数实际调用构造函数 A。 这就是您需要有 B 的实例才能将其作为参数传递的地方。你也必须创建它，并用它来创建它需要创建的任何东西。 这就是为什么许多人使用 DI 框架来收集依赖项并注入它们的原因。

Answer 2

1. 因为除了 Spring 之外，您还有其他提供依赖注入的框架。 Java 是一种通用语言，许多框架都是为了完成某些“工作”和要求而构建的，以使它们更容易完成。

假设您需要使用钻头在墙上钻孔。您是要在每次需要钻孔时自己制作钻头，还是要重复使用相同的钻头，只需为其提供动力？ https://docs.spring.io/spring/docs/current/spring-framework-reference/html/beans.html

1. 当您在没有依赖注入的情况下实例化 DataBaseAccountService 时，您的 RiskAssessor 可以是该类的任何实例。但是，当您有 DI 时，基本上框架将确保将正确的（如果没有歧义）实例 bean 分配给该字段。它确保您必须在您的配置类中定义您的 bean，为其赋予某些属性，然后在整个应用程序中使用具有相同属性和功能的相同 bean，而不是在每次需要时都重新实例化它。