想愛容易相處難：當ASP.NET MVC愛上IoC
也許你會問ASP.NET MVC為什么會愛上IoC?
相愛的理由常常很簡單，就像一首歌中所唱——“只為相遇那一個眼神”。
而ASP.NET MVC愛上IoC只為IoC能實現MVC控制器的依賴注入。
下面是一個網站所用的一個MVC控制器：
- public class EnterpriseController
- {
- protected IJobService _jobService;
- protected IEnterpriseService _enterpriseService;
- #region Constructors
- public EnterpriseController(IJobService jobService,
- IEnterpriseService enterpriseService)
- {
- _jobService = jobService;
- _enterpriseService = enterpriseService;
- }
- #endregion
- }
如上面的代碼所示，有了IoC進行依賴注入，就不需要在構造函數中專門創建對應于_jobService與_enterpriseService的實例。IoC容器會在運行時自動創建IJobService與IEnterpriseService的實例，并傳遞給EnterpriseController的構造函數。
就因為這一點，MVC就愛上了IoC。愛就這么簡單。
但是相愛容易，相處難。。。相處的過程中總會遇到各種各樣的問題。。。所以幸福來自于你是否能努力解決這些問題。
代碼世界也一樣，當我們讓MVC與IoC相處時，就遇到了問題。這里我們以IoC容器Unity為例，說明一下我們遇到的問題與解決方法。
要想實現Controller的依賴注入，就需要讓IoC容器接管Controller的創建，而ASP.NET MVC 3中提供的IDependencyResolver接口就為實現這個提供了可能。所以，我們首先創建一個實現IDependencyResolver接口的UnityDependencyResolver類，代碼如下：
- public class UnityDependencyResolver : IDependencyResolver
- {
- IUnityContainer container;
- public UnityDependencyResolver(IUnityContainer container)
- {
- this.container = container;
- }
- public object GetService(Type serviceType)
- {
- return container.Resolve(serviceType);
- }
- public IEnumerable<object> GetServices(Type serviceType)
- {
- return container.ResolveAll(serviceType);
- }
- }
UnityDependencyResolver的作用就是調用IoC容器(這里是Unity)解析相應類型的實例。創建了UnityDependencyResolver，我們還需要告訴MVC用它進行解析。在Global.asax的Application_Start()方法中添加如下代碼：
- protected void Application_Start()
- {
- IUnityContainer container = new UnityContainer();
- DependencyResolver.SetResolver(new UnityDependencyResolver(container));
- }
我們運行一下程序試試，出現下面的錯誤提示：
The current type, System.Web.Mvc.IControllerFactory, is an interface and cannot be constructed. Are you missing a type mapping?
從上面的錯誤信息可以分析出，錯誤是發生在調用UnityDependencyResolver.GetService方法時。ASP.NET MVC在運行的時候需要得到IControllerFactory的實現實例，然后用它去創建相應的控制器實例。如果不用IoC容器，MVC默認會創建DefaultControllerFactory的實例。現在用了IoC，MVC找不到IControllerFactory的實現實例(我們根本沒有注冊嘛)，所以出現上面的錯誤。
為了解決這個問題，我們注冊一下DefaultControllerFactory：
- container.RegisterType<IControllerFactory, DefaultControllerFactory>();
繼續運行程序，又出現新的錯誤：
The current type, System.Web.Mvc.IControllerActivator, is an interface and cannot be constructed. Are you missing a type mapping?
找不到IControllerActivator的實現實例，看來，創建Controller還需要這個東東。查看MVC的源代碼發現IControllerActivator的默認實現是DefaultControllerActivator，但郁悶的是它竟然是private class，無法注冊它。別無選擇，只能自己實現IControllerActivator，名叫CustomControllerActivator，代碼如下：
- public class CustomControllerActivator : IControllerActivator
- {
- IController IControllerActivator.Create(
- System.Web.Routing.RequestContext requestContext,
- Type controllerType)
- {
- return DependencyResolver.Current
- .GetService(controllerType) as IController;
- }
- }
繼續運行，又出現新的錯誤：
The current type, System.Web.Mvc.IViewPageActivator, is an interface and cannot be constructed. Are you missing a type mapping?
天哪!難道MVC中的所有接口都要注冊一下。。。
這時，腦子里突然閃出一個指示牌：
于是，腳踩剎車，打了一把方向盤，駛上了另一條道 —— 如果IoC容器中沒有注冊，不引發異常，而是返回null，讓MVC用自己的方式去處理。
修改UnityDependencyResolver的GetService方法：
- public object GetService(Type serviceType)
- {
- if (!this.container.IsRegistered(serviceType))
- {
- return null;
- }
- return container.Resolve(serviceType);
- }
并取消之前在IoC容器中對DefaultControllerFactory與CustomControllerActivator的注冊。
繼續運行，成功!雖然成功，但停車一看，原來兜了一個圈子，又回到了出發的地方。一切還是交由MVC處理，IoC容器形同虛設，Controller的依賴注入無法實現。如果這時訪問想依賴注入的Controller(構造函數帶有參數)，會出現下面的錯誤提示：
- No parameterless constructor defined for this object.
雖然回到原地，看上去沒有前進一步，但實際上你已離目標更近一些(積累了經驗，下次前進速度會更快)。就像你追一個女孩子，費盡心思，卻被拒絕，看似你的一切努力付之流水，實際上她的心門已經有點松動。。。這時，你要有一種鍥而不舍的精神，把失落感扔到九霄云外，然后繼續努力，堅信“精誠所至，金石為開”。解決技術問題也是同樣道理。
重頭再來!閱讀MVC的源代碼，了解MVC的請求處理過程，看看MVC是在什么地方創建Controller的實例的，然后看有沒有辦法讓IoC容器來接管。
MvcHandler.BeginProcessRequest->MvcHandler.ProcessRequestInit，呵呵，找到：
- factory = ControllerBuilder.GetControllerFactory();
- controller = factory.CreateController(RequestContext, controllerName);
上面的代碼中，factory的類型是IControllerFactory，ControllerBuilder.GetControllerFactory()的作用是獲取IControllerFactory的實現實例，而實際是通過調用IDependencyResolver接口得到的(我們之前實現的UnityDependencyResolver接管了IDependencyResolver接口)。但我們沒有在IoC容器中注冊IControllerFactory，實際是由MVC返回IControllerFactory的默認實現DefaultControllerFactory。從上面的代碼還可以看出，Controller實例的創建是通過調用IControllerFactory.CreateController()方法，所以，我們要在DefaultControllerFactory.CreateController()方法中尋找線索，對應代碼如下：
- public virtual IController CreateController(RequestContext requestContext, string controllerName) {
- Type controllerType = GetControllerType(requestContext, controllerName);
- IController controller = GetControllerInstance(requestContext, controllerType);
- return controller;
- }
CreateController()又調用了GetControllerInstance()得到Controller的實例，進一步查看其代碼：
- protected internal virtual IController GetControllerInstance(RequestContext requestContext, Type controllerType) {
- return ControllerActivator.Create(requestContext, controllerType);
- }
ControllerActivator的類型是IControllerActivator，之前也提到過，IControllerActivator的默認實現是DefaultControllerActivator，由此可以看出，Controller實例的創建是由DefaultControllerActivator完成的。我們要實現依賴注入，就要由IoC容器來接管。
那如何來接管呢?——重載DefaultControllerFactory的CreateController方法，將創建Controller實例的工作轉交給IoC容器，代碼如下：
- public class UnityControllerFactory : DefaultControllerFactory
- {
- IUnityContainer container;
- public UnityControllerFactory(IUnityContainer container)
- {
- this.container = container;
- }
- protected override IController GetControllerInstance(RequestContext reqContext,
- Type controllerType)
- {
- return container.Resolve(controllerType) as IController;
- }
- }
然后在IoC容器中注冊一下UnityControllerFactory：
- container.RegisterType<IControllerFactory, UnityControllerFactory>();
然后，運行程序。。。功夫不負有心人，依賴注入成功，問題解決!從此，MVC與IoC過上了幸福的生活。
小結
要實現ASP.NET MVC控制器的依賴注入，我們需要：
1. 實現IDependencyResolver接口并通過DependencyResolver.SetResolver告知MVC，將部分類型實例解析工作交由IoC容器來處理;
2. 繼承DefaultControllerFactory，重載GetControllerInstance方法，并通過IoC容器將之注冊為IControllerFactory的實現。
原文：http://www.cnblogs.com/dudu/archive/2011/08/15/mvc_ioc_dependency_injection.html
