Что хотят услышать интервьюеры:

Конструкторная инъекция нужна, когда зависимость обязательна для корректной работы объекта и должна быть доступна сразу при создании. Такой подход делает класс более явным, проще для тестирования и обычно безопаснее, чем установка зависимостей после создания. Его особенно удобно использовать, когда объект должен быть неизменяемым по части своих обязательных зависимостей.

Определение:

Конструктор для передачи зависимостей используют, когда класс получает внешние объекты через параметры конструктора, а не создает их сам внутри. Это один из основных способов внедрения зависимостей: класс не управляет созданием зависимостей, а только использует их.

Такой подход хорошо подходит для обязательных зависимостей, без которых объект не может работать корректно. Он помогает явно показать, что именно нужно классу для работы, и снижает связанность кода.

Пример использования:

Допустим, есть сервис, который отправляет уведомления через почтовый клиент. Почтовый клиент — обязательная зависимость, без него сервис не имеет смысла.

public class NotificationService {
    private final EmailClient emailClient;

    public NotificationService(EmailClient emailClient) {
        this.emailClient = emailClient;
    }

    public void send(String message) {
        emailClient.send(message);
    }
}

В этом примере EmailClient передается через конструктор, потому что NotificationService не может работать без него.

Пояснение кода:

Поле emailClient объявлено как final, значит зависимость задается один раз и не меняется.
В конструктор передается готовый объект EmailClient.
При создании NotificationService сразу видно, что ему нужен EmailClient.
Метод send() просто использует переданную зависимость, не заботясь о том, как она была создана.

Если бы EmailClient создавался внутри NotificationService, класс был бы жестко связан с конкретной реализацией, и его было бы сложнее тестировать и заменять.

Ключевые моменты:

Используют для обязательных зависимостей, без которых объект не должен существовать.
Делает зависимости явными уже на этапе создания объекта.
Упрощает unit-тестирование за счет подстановки моков или заглушек.
Часто позволяет сделать класс более неизменяемым и предсказуемым.
Подходит лучше, чем setter-инъекция, если зависимость не должна меняться после создания.
Плохо подходит для необязательных зависимостей, если они не нужны в каждом сценарии использования.

В каких случаях целесообразно использовать конструктор для передачи зависимостей в класс?