Какие виды внедрения зависимостей вы знаете?

Известны три основных вида внедрения зависимостей:

1. Внедрение через конструктор (Constructor Injection): Зависимости предоставляются через аргументы конструктора класса. Класс не может быть создан без своих зависимостей.

   // Пример внедрения через конструктор
   public class MyService {
       private MyDependency dependency;
   
       public MyService(MyDependency dependency) { // Dependency injected via constructor
           this.dependency = dependency;
       }
   
       public void performAction() {
           dependency.doSomething();
       }
   }
   

   • Плюсы: Обеспечивает неизменяемость, делает зависимости класса явными, упрощает юнит-тестирование (можно легко подменить зависимости).
   • Минусы: Может привести к раздуванию конструкторов при большом количестве зависимостей.

2. Внедрение через сеттер (Setter Injection) / Сеттер-методы: Зависимости предоставляются через публичные методы-сеттеры после создания экземпляра класса.

   // Пример внедрения через сеттер
   public class AnotherService {
       private AnotherDependency dependency;
   
       // Default constructor might be needed if no other constructor exists
       public AnotherService() {
       }
   
       public void setDependency(AnotherDependency dependency) { // Dependency injected via setter
           this.dependency = dependency;
       }
   
       public void executeTask() {
           if (dependency != null) {
               dependency.performTask();
           }
       }
   }
   

   • Плюсы: Опциональные зависимости могут быть внедрены. Позволяет создавать цикличные зависимости (хотя это часто признак плохого дизайна).
   • Минусы: Класс может быть в неполном или нерабочем состоянии до момента внедрения всех необходимых зависимостей. Не гарантирует, что зависимость будет установлена.

3. Внедрение через интерфейс (Interface Injection): Класс реализует интерфейс, который содержит один или несколько методов для внедрения зависимостей. DI-контейнер использует этот интерфейс для внедрения зависимостей в объекты, реализующие его.

   // Пример внедрения через интерфейс
   // Not as common as Constructor or Setter Injection in modern frameworks
   
   // 1. Define an interface for injection capability
   public interface DependencyInjectable {
       void injectDependency(InterfaceDependency dependency);
   }
   
   // 2. Implement the interface in the class needing the dependency
   public class FinalService implements DependencyInjectable {
       private InterfaceDependency dependency;
   
       @Override
       public void injectDependency(InterfaceDependency dependency) { // Dependency potentially injected via interface method
           this.dependency = dependency;
       }
   
       public void processData() {
           if (dependency != null) {
               dependency.process();
           }
       }
   }
   
   // 3. (Conceptual example in a framework)
   // Framework might scan for services implementing DependencyInjectable
   // and call injectDependency on them during initialization.
   

   • Плюсы: Менее навязчиво, чем конструктор или сеттер, так как класс явно объявляет свою способность принимать зависимость через контракт (интерфейс).
   • Минусы: Не очень широко используется в современных DI-фреймворках по сравнению с конструкторным и сеттерным внедрением. Требует дополнительной структуры (интерфейс).

Хотя существуют и другие варианты, такие как внедрение через поле (Field Injection/Property Injection), которое используется в некоторых фреймворках (например, Spring, Guice), классическим и наиболее рекомендуемым подходом, особенно в контексте тестируемости, считается внедрение через конструктор.