Не понимая, где создать Контейнеры МОК в архитектуре системы

При регистрации компонентов существует несколько возможностей:

1. Регистрация в коде:

   • непосредственно
     Проблема: необходимо сослаться на все (Вы здесь),
   • косвенно
     Проблема: узнать, что должно быть зарегистрировано
     Решение:
     1. используйте атрибуты
     2. используйте интерфейс маркера в качестве IService
     3. используйте конвенции (см. StructureMap),

2. Регистрация с конфигурационным файлом:

   • позвольте контейнеру сделать все
   • считайте файл сами

Различие модуля и "объемы", определенные модулями, существуют главным образом во время компиляции. Во времени выполнения это - все большая путаница ;) Это используется большинством контейнеров МОК, и они действительно не заботятся о том, где они расположены. Контейнер МОК для веб-приложения будет обычно создаваться на наиболее удаленном уровне (очень близко к самому веб-контейнеру).

Верхний уровень является способом пойти (UI, как Rinat сказал).

Теперь что касается ссылок, самый простой путь состоит в том, чтобы только пробежаться через все блоки в текущей папке и использовать некоторую конвенцию вывести сервисы. Атрибуты хорошо работают, помещая классы регистратора в каждого прекрасные сборки, безотносительно исков Вы. Код для извлечения всего должен, вероятно, быть в отдельном блоке, если Ваша платформа МОК уже не делает это.

Это верно, что Вы могли создать его где угодно, но я представлю дополнительный слой, давайте назовем его 3.5.

Ваши текущие 3 были бы то, где Ваш МОК находится для Доступа к данным - это стало бы оберткой для Вашего фактического DAL. На основе Вашей конфигурации, 3 создал бы или ложный репозиторий или конкретный.

Так 2 все еще ссылки 3, но это - просто интерфейс к фактическому DAL, который настроен через Вашу платформу МОК.

С другой стороны, Вы могли самокрутка 'el-дешевка', МОК - изменяет Вашу Большую Ужасную Singleton на Статический Шлюз - Абстракцию Контейнера МОК Позади Singleton - Выполнение ее неправильно?