Глобальный доступ к преобразователю зависимостей autofac в ASP.NET MVC3?

Я использую Autofac с интеграцией ASP.NET MVC, все мои контроллеры получают зависимости, и Autofac автоматически разрешает вложенные зависимости. Отлично работает

Но как я могу разрешить зависимость вне области экземпляра контроллера? В некоторых местах, глубоко в моем коде, мне нужно спросить у моего регистратора. С одной стороны, кажется неправильным передавать Logger в зависимость от каждого маленького объекта, который я создаю, а с другой стороны, кажется неправильным зависеть от зависимого преобразователя настолько глубоко в моем коде

Например, у меня есть класс под названием Result, который возвращается из многих действий. Это постоянный используемый объект, который мой код приложения может опираться на возвращение с более глубоких слоев. Когда более глубокий слоистый код добавляет ошибку пользовательского интерфейса к этому объекту, я хочу автоматически добавить его в регистратор, который требует разрешения. Если каждый класс будет зависеть от регистратора, он просто встанет на пути

Любая благодарная благодарность

Ответ 1

Ну, вы можете использовать eventing (pub/sub approach), если зависимость в каждом объекте раздражает вас, но я не уверен, что что-то не так с зависимостью от центрального регистратора Logger. Если вам действительно нужно регистрироваться из каждого класса, вы можете приблизиться к регистрации как к самому основному аспекту вашего приложения, и вы мысленно рассмотрите его как другие общие типы библиотек, такие как String или Ints, которые являются повсеместными и безопасными в зависимости от. Но я бы предложил вам что-то еще. ИМХО, вы должны заново создавать архитектуру и не регистрироваться в каждом классе. Если ваше ведение журнала является только (или в основном) о написании ошибок (исключений), то не используйте для этого свою модель домена. Поместите его в Service layer insteád. Этот тип оркестрового слоя может правильно оценивать каждое обнаруженное исключение и записывать только то, что необходимо. Пусть пузырьки эти исключения на более низкий возможный palce в трассировке стека и обрабатывать их как последнюю вещь.

Ответ 2

То, что вы ищете, это MVC DependencyResolver.Current:

var logger = DependencyResolver.Current.GetService<ILogger>();

Ответ 3

Использование DependencyResolver.Current - это определенно способ решения вашей проблемы в ASP.NET MVC, учитывая, что это функция структуры. Однако сначала я попытался бы выполнить следующую рекомендацию в разделе "Best Practices" раздела Autofac Wiki

"Предоставление доступа к компонентам в контейнере, хранение его в общедоступном статическом свойстве или выполнение функций, таких как Resolve(), доступных в глобальном классе" IoC ", поражает цель использования инъекции зависимостей. Такие проекты имеют больше общего с Шаблон локатора обслуживания. Если компоненты имеют зависимость от контейнера, посмотрите, как они используют контейнер для извлечения служб, и вместо этого добавьте эти службы к аргументам конструктора, зависящим от компонента (зависимости). Используйте типы отношений для компонентов, которые должны создавать экземпляры других компонентов или взаимодействовать с контейнером более продвинутыми способами.

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

Ответ 4

Люди, которые ищут другое решение этой проблемы, могут посмотреть на этот другой SO ответ, который использует IComponentContext службу распознавателя, введенную непосредственно Autofac.