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

Question

DDD Вопрос новичка:

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

Согласны ли вы?

Answer 1

Нет, я бы не согласился.

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

Как пишет дядя Боб в Чистый код , единственный способ задействовать гибкий и выразительный API, который может быстро справиться с беспрецедентными изменениями, - это использовать слабая связь . Слабая связь достигается с помощью принципа обращения зависимостей ; оттуда соединение с DI следует естественно.

Когда я читаю Доменно-управляемый дизайн , это всегда было основной мотивацией для всех разговоров о Фабриках , но лично я нахожу книгу немного расплывчатой.