Это принцип проектирования, при котором поток выполнения программы контролируется фреймворком или сторонней библиотекой, а не непосредственно кодом приложения.

Основные идеи:

Отказ от контроля: Вместо того чтобы объекты самостоятельно создавали или искали свои зависимости, эта ответственность делегируется внешнему контейнеру.
Внедрение зависимостей: Контейнер "внедряет" необходимые зависимости в объекты, обычно через конструктор, сеттер или интерфейс.
Гибкость и тестируемость: Упрощает тестирование, так как зависимости можно легко подменить фиктивными объектами (mocks). Повышает гибкость и модульность приложения.

Пример с использованием фреймворка Spring:

// Интерфейс зависимости
interface HelloService {
    String greet(String name);
}

// Конкретная реализация зависимости
class HelloServiceImpl implements HelloService {
    @Override
    public String greet(String name) {
        return "Hello, " + name;
    }
}

// Класс, использующий зависимость
class GreetingController {
    private final HelloService helloService;

    // Внедрение зависимости через конструктор (Constructor Injection)
    public GreetingController(HelloService helloService) {
        this.helloService = helloService;
    }

    public String sayHello(String name) {
        return helloService.greet(name);
    }
}

В этом примере GreetingController не создает экземпляр HelloServiceImpl. Вместо этого, контейнер Spring (или другой IoC контейнер) создает оба объекта и передает экземпляр HelloServiceImpl в конструктор GreetingController.

Что такое инверсия управления (Inversion of Control)?