Spring.NET не хватает рекурсивного разрешения зависимостей? - PullRequest
Новая
       26

Spring.NET не хватает рекурсивного разрешения зависимостей?

2 голосов
/ 25 февраля 2011

Я создаю прототип проекта WCF, используя Spring.NET в качестве контейнера IoC. Кажется, мне нужно включить явные ссылки на все управляемые сборки Spring.NET, которые я использую, в свой IIS web.config.

Например, если мой проект WCF ссылается на ассемблер, управляемый Spring.NET, который, в свою очередь, ссылается на ассемблер, управляемый Spring.NET, то мне нужно включить следующие строки в файл конфигурации, чтобы разрешить все зависимости: 

<spring>

    <context>

      <resource uri="assembly://AssemblyA/ApplicationContext.xml"/>

      <resource uri="assembly://AssemblyB/ApplicationContext-Dao.xml"/>


    </context>
</spring>

Разве я не могу упаковать AssemblyA и AssemblyB таким образом, чтобы они "загружались" сами, возможно, используя app.config для каждой сборки? Заставить приложение-потребителя иметь глубокие знания о зависимостях его зависимостей мне кажется вонючим и противоречащим принципам DI.

Я не могу найти документацию по этому вопросу.

Большое спасибо.

1 Ответ

0 голосов
/ 26 февраля 2011

Сборки не имеют app.config, поэтому нет.

Я не знаю, как устроен ваш код, но теоретически контейнер должен быть создан в основном dll, так что было бы понятно, где находится вся конфигурация (или, как в этом случае, где ссылки на части конфигурации находятся).

...