В чем состоит разница между инверсией управления (IoC) и внедрением зависимостей (Dependency Injection)?

Инверсия управления (IoC) — это общий принцип проектирования, согласно которому поток управления программой меняется: вместо того чтобы явно управлять зависимостями и логикой их вызова, компонент полагается на внешний фреймворк или контейнер, который управляет этим потоком.

Внедрение зависимостей (DI) — это один из конкретных паттернов, реализующих принцип IoC. Он заключается в передаче зависимостей (объектов, от которых зависит текущий компонент) компоненту извне, вместо того чтобы компонент создавал их или искал сам.

Таким образом, DI — это способ достижения IoC.

Основные различия:

• IoC — принцип/концепция.
• DI — паттерн/реализация.
• IoC может быть реализован разными способами (например, фабричный метод, локатор сервисов), DI — один из таких способов.
• IoC смещает ответственность за создание и связывание объектов из компонента на фреймворк/контейнер.
• DI реализует это смещение, передавая зависимости через конструктор, сеттер или интерфейс.

Пример DI (конструктор):

// класс, зависящий от Service
public class Client {
    private final Service service;

    // Конструктор принимает зависимость (Service)
    public Client(Service service) {
        this.service = service;
    }

    public void doSomething() {
        service.execute();
    }
}

// Интерфейс зависимости
public interface Service {
    void execute();
}

// Конкретная реализация зависимости
public class ServiceImpl implements Service {
    @Override
    public void execute() {
        System.out.println("Executing service...");
    }
}

// Класс, ответственный за "внедрение"
public class AppConfig {
    public static void main(String[] args) {
        Service myService = new ServiceImpl(); // Создание зависимости
        Client client = new Client(myService); // Внедрение зависимости через конструктор
        client.doSomething();
    }
}

В этом примере класс Client не создает ServiceImpl напрямую. Вместо этого ServiceImpl создается где-то еще (AppConfig) и передается (внедряется) в Client через его конструктор. Это реализует принцип IoC, так как управление созданием и связыванием Service инвертировано - оно не в Client.