SYSTEM ATLASЗагрузка материала

Внедрение зависимостей

Dependency Injection

Передает зависимости компоненту извне вместо самостоятельного создания.

Пример от @Vibeclakr

Пример при разработке

Сервис заказов получает интерфейс PaymentGateway через конструктор. В тесте подставляется fake, а в проде - реальный провайдер без изменения бизнес-логики.

Это редакционный пример применения, а не часть определения или доказательство концепции.

Механизм действия

Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.

Пример в работе

Нерабочий подход

Сразу приклеить к ситуации название принципа и выбрать решение, не проверив его условия и границы применимости.

Системный подход

Сначала описать конкретную ситуацию, затем проверить условия принципа и только после этого выбирать действие. После изменения сравнить ожидаемый результат с фактическим.

Ограничения

«Внедрение зависимостей» объясняет только часть происходящего в области «Архитектура ПО». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.

Источник

Martin Fowler. Inversion of Control Containers and the Dependency Injection pattern. 2004.

Первоисточник