Чем Dependency Inversion отличается от Dependency Injection?

Введение

Часто путают Dependency Inversion (DIP) и Dependency Injection (DI), но это разные уровни абстракции. DIP — это архитектурный принцип, определяющий, как строить зависимости между модулями, а DI — это практический способ управления этими зависимостями в коде.

Принцип инверсии зависимостей (DIP)

DIP — пятый принцип SOLID. Он гласит: модули верхнего уровня не должны зависеть от модулей нижнего уровня. Оба должны зависеть от абстракций. Абстракции не должны зависеть от деталей, детали должны зависеть от абстракций. Проще говоря, вместо того чтобы класс напрямую создавал конкретную реализацию (например, new MySQLConnection()), он должен работать с интерфейсом (например, DatabaseConnection). Это позволяет легко заменять реализации без изменения логики.

Паттерн внедрения зависимостей (DI)

DI — это способ реализации DIP. Он заключается в том, что зависимости передаются объекту извне (через конструктор, метод или свойство), а не создаются внутри. Это делает классы слабо связанными и легко тестируемыми. DI часто реализуется через контейнеры (например, в Spring, NestJS), которые автоматически создают и внедряют зависимости.

Пример кода

// Без DIP и DI (плохо)
class UserService {
  private db = new MySQLDatabase(); // жесткая зависимость
  getUser(id) { return this.db.query(...); }
}

// С DIP и DI (хорошо)
interface Database { query(sql: string): any; }

class MySQLDatabase implements Database { query(sql) { /* ... */ } }

class UserService {
  constructor(private db: Database) {} // зависимость внедряется
  getUser(id) { return this.db.query(...); }
}

// Использование
const service = new UserService(new MySQLDatabase());

Как они связаны

DI — это механизм, который помогает соблюдать DIP. Без DI вы можете нарушить DIP, создавая зависимости внутри класса. С DI вы явно передаете абстракции, что соответствует принципу. Однако DI не обязателен для DIP — можно использовать фабрики или сервис-локаторы, но DI — самый распространенный и чистый способ.

Вывод

Используйте DIP как руководство при проектировании архитектуры, а DI как инструмент для его реализации. Это особенно полезно в больших проектах, где важна тестируемость и гибкость замены компонентов (например, смена базы данных или внешнего API).