Где я должен настроить свой контейнер DI для служб инфраструктуры домена в DDD?

Question

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

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

Я думал, что каждый уровень может настраивать собственные зависимости службы через открытый метод настройки или класс?

Answer 1

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

То, что я, как правило, делаю это по-прежнему следовать шаблону Состава Root, где мой веб-проект будет первым место, где бы начать свой IoC проводка вверх (т.е. обычного рода 3-сторонней библиотеки, которая бы зацепить себя в фабрика контроллера). Но затем я настраиваю остальные привязки IoC, ссылаясь на модуль IoC (в моем случае я обычно использую Ninject, поэтому я ссылаюсь на NinjectModule из моего веб-проекта). Но я положил это NinjectModule в отдельный проект инфраструктуры.

Затем я могу ссылаться на этот проект инфраструктуры IoC из моего веб-проекта, и проект IoC может ссылаться на любой другой проект в решении.

Таким образом, мне не нужно создавать ссылки на проекты в моем веб-проекте на вещи, которые я, возможно, не хочу, чтобы мой веб-проект получал доступ, например, мой слой репозитория.

Answer 2

Ответ уже дан в комментариях, я просто завершу его в правильном ответе здесь.

Если вы не используете специальную архитектуру, такую ​​как плагин, , вы всегда должны настраивать контейнер DI в одном месте, как можно ближе к точке входа приложения. Это называется корнем композиции.

Не имеет значения, является ли настроенный тип репозиторием, фабрикой, службой домена или службой приложения. Вся конфигурация DI должна идти в одна место.

См. this blog post для хорошего ознакомления с деталями композиционных корней.