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

Question

Мне интересно, как я должен хранить/ссылаться на мой контейнер (ы) инъекции зависимостей. Хорошо ли, чтобы контейнер был статическим свойством в статическом классе? Или я должен иметь контейнер в качестве переменной экземпляра приложения? Мне интересно, каковы плюсы и минусы каждого из них, и какова наилучшая практика для этого в приложениях для веб-приложений, mvc, console и windows?

Answer 1

Я рекомендую хранить его как переменную экземпляра приложения. Использование статического свойства - делает его глобально доступным singleton - скрывает зависимость вашего приложения от него, что является одной из вещей, которые вы пытаетесь избежать, используя, в первую очередь, контейнер для инъекций зависимостей!

Сказав, что если ваша инфраструктура затрудняет доступ к вашему экземпляру приложения, это не будет целью конца использовать статическую переменную.

Answer 2

Я согласен с мистером Вером в этом вопросе. Следует учитывать, что некоторые контейнеры DI реализуют IDisposable, поэтому вы, вероятно, захотите избавиться от контейнера при нормальном завершении программы. См. How do you reconcile IDisposable and IoC?

Также обратите внимание, что часто лучше избегать рассеяния на контейнере DI во всем приложении. Другими словами, старайтесь избегать использования контейнера в глобальном масштабе (Singleton, статическое свойство или даже впрыскивание) для использования в качестве Service Locator.

Вместо этого вы можете использовать возможность контейнера для разрешения зависимостей зависимостей. Например, вы можете создать контейнер при запуске приложения и использовать его для создания своей модели (в MVC). Модель может зависеть от репозитория и веб-службы. Репозиторий может зависеть от регистратора. Контейнер разрешит все это при построении модели. Если вашей модели необходимо создавать экземпляры зависимостей «на лету», введите в нее завод.