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

Принцип управления зависимостями означает, что компоненты системы должны быть слабо связаны и зависеть не от конкретных реализаций, а от абстракций. Это упрощает тестирование, замену частей системы и развитие кода без больших переделок. Обычно ожидают упоминание инверсии зависимостей, внедрения зависимостей и принципа открытости к расширению.

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

Управление зависимостями — это подход к проектированию, при котором объект или модуль не создаёт и не контролирует все свои зависимости самостоятельно, а получает их извне. В Python это часто реализуют через передачу объектов в конструктор, параметры функций или использование интерфейсов в виде абстрактных базовых классов.

Главная идея — уменьшить связанность между частями программы. Тогда можно заменить, например, реальную реализацию работы с БД на мок в тестах или на другой адаптер без изменения бизнес-логики.

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

Допустим, сервис отправляет уведомления. Вместо создания конкретного отправителя внутри сервиса, зависимость передаётся снаружи.

from abc import ABC, abstractmethod


class Notifier(ABC):
    @abstractmethod
    def send(self, message: str) -> None:
        pass


class EmailNotifier(Notifier):
    def send(self, message: str) -> None:
        print(f"Email: {message}")


class OrderService:
    def __init__(self, notifier: Notifier):
        self.notifier = notifier

    def create_order(self, order_id: int) -> None:
        print(f"Order {order_id} created")
        self.notifier.send(f"Order {order_id} was created")


notifier = EmailNotifier()
service = OrderService(notifier)
service.create_order(42)

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

Код показывает внедрение зависимости через конструктор. OrderService не знает, как именно отправляется сообщение, он работает только через абстракцию Notifier.

Пошагово:

Notifier задаёт контракт: любой уведомитель должен иметь метод send.
EmailNotifier реализует этот контракт конкретным способом.
OrderService принимает уведомитель извне и использует его, не создавая сам.
Если нужно добавить SMS-уведомления, можно написать новый класс, не меняя OrderService.
В тестах вместо EmailNotifier можно передать фейковую реализацию и проверить поведение сервиса изолированно.

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

Зависимость должна приходить извне, а не создаваться внутри бизнес-логики.
Лучше зависеть от абстракций, чем от конкретных классов.
Слабая связанность упрощает поддержку, тестирование и замену компонентов.
Этот подход лежит в основе dependency injection и inversion of control.
В Python это часто реализуют через параметры функций, конструкторы и протоколы/абстрактные классы.

Объясните концепцию принципа управления зависимостями в программных системах.