依赖注入Java

Question

以下是依赖关系注入的有效示例。

public class Employee {
    private String name;
    private String company;

    public Employee(String name, String company){
        this.name = name;
        this.company = company;
    }

    public String getName(){
        return name;
    }
    public void setName(String name){
        this.name = name;
    }
    public String getCompany(){
        return company;
    }
    public void setCompany(String company){
        this.company = company;
    }
}

Application类依赖于Employee

public class Application {

    private static Employee emp;
    private static String name;
    private static String company;

    public Application(Employee emp){
        this.emp = emp;
    }

    public static String getApplication(){
        name = emp.getName();
        company = emp.getCompany();
        return "Name: " + name + "\nCompany: " + company;
    }
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        Employee emp1 = new Employee("John", "ABC");
        Application app1 = new Application(emp1);
        System.out.println(app1.getApplication());
    }

}

Answer 1

您已在此处成功注入依赖项：

Employee emp1 = new Employee("John", "ABC");
Application app1 = new Application(emp1);

由于Application实例需要Employee实例，因此在其构造函数上广告必须提供一个实例。 这是反转依赖关系的教科书示例。 （或者简化为“需要，不要实例化。”）

但是，如何存储该依赖项有点可疑：

private static Employee emp;

在提供的示例中，这可能不会引起任何问题。 但是，当您需要创建另一个需要Employee依赖实例的Application实例时，会发生什么？ 第二个实例将覆盖第一个实例并打破其依赖性。

如果实例需要依赖关系，则实例应存储依赖关系：

private Employee emp;

（甚至还可能使其final确定，除非您有理由在实例生命期内对其进行更改。）

---

当然，名称Application的语义意味着只有一个实例。 但是在这种情况下，单例实例可能比static成员更好。 作为面向对象编程的一般经验法则，请谨慎使用static成员。 他们有自己的用途，但是他们也很容易滥用。

Answer 2

这是DI的一个例子。 您在这里做：

Employee emp1 = new Employee("John", "ABC");
Application app1 = new Application(emp1);

您在这里实现它：

 public Application(Employee emp){
    this.emp = emp;
}

这种DI被称为构造函数注入。

如果您在应用程序类中有一个员工设置工，并且用该设置工设置了员工，那么这将被称为设置工注入

Answer 3

首先，您可能想了解何时使用依赖项注入。 注入没有功能的简单类的实例对我来说毫无意义。

通常，对于具有行为的类使用接口，它不只是数据包装器。 删除静态对象，也许添加一个final，然后在您的注入中发送该接口的实现实例。

像这样：

public class TextEditor {
   /*Interface SpellChecker**/
   private final SpellChecker spellChecker;
   private String text; 

   /**An implementation for the SpellChecker is provided*/
   public TextEditor(final SpellChecker spellChecker) {
      this.spellChecker = spellChecker;
   }

   public Boolean spellCheck(){
      return this.spellChecker.isSpellingCorrectForText(this.text);
   }
}

如您在上面的示例中所看到的，拼写检查责任被委派给注入到构造函数中的外部依赖项。 TextEditor不需要知道如何进行拼写检查，他只需使用方法调用接口即可。

我们为什么要做这个？ 要遵守SOLID（SRP）： https ：//en.wikipedia.org/wiki/SOLID_（面向对象的设计）

更多内容， 请 访问 ： https : //softwareengineering.stackexchange.com/questions/135971/when-is-it-not-appropriate-to-use-the-dependency-injection-pattern http://www.tutorialspoint.com/spring/ spring_dependency_injection.htm