Один контейнер для нескольких приложений ASP.Net

Question

Я пытаюсь создать библиотеки инфраструктуры для своей компании. Библиотеки будут иметь типичные компоненты, такие как ведение журнала, обработка исключений, электронная почта и т. Д. Эти компоненты будут использоваться всеми приложениями ASP.Net, размещенными в нашей среде (так что среда хостинга - это мой контроль).

Мой первый шаг в дизайне заключается в том, что я бы не хотел, чтобы приложения ASP.nEt имели прямую ссылку на библиотечные компоненты. Поэтому я собираюсь внедрить эти dependecies во время выполнения. Я оценил довольно много контейнеров DI (единство, spring.net и т. Д.)

Но мне не нужно делать все, чтобы приложения ASP.Net использовали этот контейнер DI. Они получат интерфейс Dll для всех компонентов библиотеки и некоторую фабричную dll, которая даст им конкретный экземпляр компонента.

Мой вопрос заключается в том, как наилучшим образом спроектировать эту фабричную dll, чтобы только одна DLL могла обслуживать все приложения ASP.Net? Могу ли я использовать один контейнер DI для обслуживания всех приложений ASP.Net?

Answer 1

Ну, вы могли бы просто определить интерфейс контейнера, как это:

public interface IContainer 
{ 
    T Resolve<T>(); 
} 

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

Такие конкретные реализации могут инкапсулировать всю конфигурацию, необходимую вашему приложению в отношении зарегистрированных компонентов.

Ваши приложения ASP.NET просто будут использовать интерфейс IContainer и вызвать метод Resolve для получения экземпляров необходимых компонентов.