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

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

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

Инверсия зависимостей — это принцип проектирования, при котором зависимости строятся от абстракций к реализациям, а не наоборот. Вместо того чтобы бизнес-логика напрямую знала о конкретной базе данных, HTTP-клиенте или файловой системе, она работает через интерфейс, контракт или функцию, которую можно подменить.

Практический смысл принципа:

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

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

Допустим, сервис пользователей должен сохранять данные. Вместо жёсткой привязки к MongoDB можно передать в сервис объект репозитория с нужным методом.

class UserService {
  constructor(userRepository) {
    this.userRepository = userRepository;
  }

  async createUser(userData) {
    if (!userData.email) {
      throw new Error('Email is required');
    }

    return this.userRepository.save(userData);
  }
}

// Конкретная реализация
class MongoUserRepository {
  async save(userData) {
    // сохранение в MongoDB
    return { id: '123', ...userData };
  }
}

const repository = new MongoUserRepository();
const service = new UserService(repository);

service.createUser({ email: 'test@example.com' });

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

UserService не знает, как именно сохраняются данные.
Он зависит только от объекта, у которого есть метод save.
MongoUserRepository — это одна из возможных реализаций этого контракта.
При тестировании вместо Mongo-репозитория можно передать mock-объект с таким же методом save.
Если позже заменить MongoDB на PostgreSQL или внешнее API, бизнес-логика UserService останется без изменений.

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

Суть принципа — зависеть от абстракций, а не от конкретных классов и модулей.
Он уменьшает связность между слоями системы.
Делает код проще для тестирования, потому что реализации можно подменять.
Упрощает замену инфраструктуры: БД, очередей, HTTP-клиентов, файлового хранилища.
В Node.js часто реализуется через передачу зависимостей в конструктор или функцию.
Полезен в сочетании с DI, слоистой архитектурой и портами/адаптерами.

Каково значение принципа инверсии зависимостей в дизайне программных систем?