Как передать ApplicationDbContext в конструктор MVC5 ASP.NET?

Question

В моем приложении ASP.NET MVC все контроллеры используют этот объект ApplicationDbContext. В настоящий момент он создается внутри контроллера контроллера, но это жесткая связь и не является хорошей практикой.

public MessagesController() 
    { 
     this.Db = new ApplicationDbContext(); 
     this.Mapper = new MessageMapper(Db); 
     this.Service = new MessageService(); 
    } 

В идеале я хочу это ApplicationDbContext быть передан в качестве параметра в конструктор каждого контроллера, как этот сценарий с инъекцией зависимостей:

public MessagesController(ApplicationDbContext context){ 
    this.Db = context; 
    this.Mapper = new MessageMapper(Db); 
    this.Service = new MessageService(); 
} 

Вопрос заключается в том, как достичь этого? Я попытался найти исходный код, который контролирует инъекцию зависимостей контроллера, но он поставляется как файл .NET dll, и я не могу изменить (так же, как вы не можете редактировать файлы пространства имен System). Итак, как возможна инъекция зависимости для контроллеров в ASP.NET MVC? Может ли кто-нибудь использовать мой сценарий в качестве примера? Благодарю.

Answer 1

Установите этот пакет:

Install-Package Unity.Mvc5 

В вашем Application_Start() добавьте следующую строку:

protected void Application_Start() 
    { 
    AreaRegistration.RegisterAllAreas(); 
    UnityConfig.RegisterComponents();       // <----- Add this line 
    FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters); 
    RouteConfig.RegisterRoutes(RouteTable.Routes); 
    BundleConfig.RegisterBundles(BundleTable.Bundles); 
    } 

В UnityConfig зарегистрировать тип:

container.RegisterType<ApplicationDbContext>(); 

Done.

Обновление Кстати, сделав это, вы просто переместите код, который создает новый объект для Unity. Купите, вы все еще ждете конкретного класса. Кроме того, у вас будут все операции манипулирования данными в вашем контроллере (read: UI). Если вы действительно хотите избавиться от жесткой связи, вы можете взглянуть на образец DAO. http://en.wikipedia.org/wiki/Data_access_object

Answer 2

Я дам вам мой подход к этому.

С дистанционным управлением вы не хотите, чтобы DBContext отображался непосредственно на контроллере. Infact, чтобы действительно оставить разделение проблем, вы не хотите, чтобы контроллер даже знал о DbContext.

Если где сказано, что компания планирует начать использовать другую технологию хранения данных, например, RavenDB или MongoDB, каждый из Ф.О. контроллеров будет необходимо рефакторинга. DbContext не является обязательным или полезным.

Я не знаю, что такое класс MessageMapper, но он принимает DbContext, и это тоже сломается.

Вам необходимо рассмотреть вопрос об использовании шаблона репозитория .

Прочтите эту статью, это должно помочь.

http://www.asp.net/mvc/overview/older-versions/getting-started-with-ef-5-using-mvc-4/implementing-the-repository-and-unit-of-work-patterns-in-an-asp-net-mvc-application