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

Нужно показать, что зависимость не создаётся внутри компонента, а передаётся ему извне. Это делает код менее связанным, проще для тестирования и замены реализаций. В Node.js такой подход часто реализуют через конструктор, параметры функций или фабрики.

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

Внедрение зависимостей (Dependency Injection, DI) — это принцип, при котором объект или функция получает нужные ему зависимости извне, вместо того чтобы создавать их самостоятельно. Зависимостью может быть, например, репозиторий, клиент БД, логгер или сервис. За счёт этого код зависит не от конкретной реализации, а от контракта или ожидаемого поведения.

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

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

class OrderService {
  constructor(orderRepository) {
    this.orderRepository = orderRepository;
  }

  async createOrder(orderData) {
    return this.orderRepository.save(orderData);
  }
}

class MongoOrderRepository {
  async save(orderData) {
    // запись в MongoDB
    return { id: 1, ...orderData };
  }
}

// Внедрение зависимости
const repository = new MongoOrderRepository();
const orderService = new OrderService(repository);

orderService.createOrder({ item: 'Book', qty: 1 });

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

Код показывает, что OrderService не знает, как именно сохраняются заказы. Он работает только с объектом orderRepository, который ему передали в конструктор. Если нужно перейти с MongoDB на PostgreSQL, достаточно подставить другой класс репозитория, не меняя сам сервис. В тестах вместо реального репозитория можно передать mock-объект с нужным методом save, что сильно упрощает проверку логики.

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

DI уменьшает жёсткую связанность между компонентами.
Компонент получает зависимости извне, а не создаёт их сам.
Код становится проще для unit-тестов за счёт подмены зависимостей.
Легко менять реализацию без переписывания бизнес-логики.
В Node.js DI часто реализуют через конструкторы, параметры функций или фабрики.
Для хорошего дизайна полезно зависеть от интерфейса поведения, а не от конкретного класса.

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