也許你會(huì)問(wèn)ASP.NET MVC為什么會(huì)愛(ài)上IoC?

相愛(ài)的理由常常很簡(jiǎn)單，就像一首歌中所唱——“只為相遇那一個(gè)眼神”。

而ASP.NET MVC愛(ài)上IoC只為IoC能實(shí)現(xiàn)MVC控制器的依賴注入。

下面是一個(gè)網(wǎng)站所用的一個(gè)MVC控制器：

public class EnterpriseController  
{  
    protected IJobService _jobService;  
    protected IEnterpriseService _enterpriseService;  
 
    #region Constructors  
    public EnterpriseController(IJobService jobService,   
        IEnterpriseService enterpriseService)  
    {  
        _jobService = jobService;  
        _enterpriseService = enterpriseService;  
    }  
    #endregion  
} 

如上面的代碼所示，有了IoC進(jìn)行依賴注入，就不需要在構(gòu)造函數(shù)中專門(mén)創(chuàng)建對(duì)應(yīng)于_jobService與_enterpriseService的實(shí)例。IoC容器會(huì)在運(yùn)行時(shí)自動(dòng)創(chuàng)建IJobService與IEnterpriseService的實(shí)例，并傳遞給EnterpriseController的構(gòu)造函數(shù)。

就因?yàn)檫@一點(diǎn)，MVC就愛(ài)上了IoC。愛(ài)就這么簡(jiǎn)單。

但是相愛(ài)容易，相處難。。。相處的過(guò)程中總會(huì)遇到各種各樣的問(wèn)題。。。所以幸福來(lái)自于你是否能努力解決這些問(wèn)題。

代碼世界也一樣，當(dāng)我們讓MVC與IoC相處時(shí)，就遇到了問(wèn)題。這里我們以IoC容器Unity為例，說(shuō)明一下我們遇到的問(wèn)題與解決方法。

要想實(shí)現(xiàn)Controller的依賴注入，就需要讓IoC容器接管Controller的創(chuàng)建，而ASP.NET MVC 3中提供的IDependencyResolver接口就為實(shí)現(xiàn)這個(gè)提供了可能。所以，我們首先創(chuàng)建一個(gè)實(shí)現(xiàn)IDependencyResolver接口的UnityDependencyResolver類(lèi)，代碼如下：

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的作用就是調(diào)用IoC容器(這里是Unity)解析相應(yīng)類(lèi)型的實(shí)例。創(chuàng)建了UnityDependencyResolver，我們還需要告訴MVC用它進(jìn)行解析。在Global.asax的Application_Start()方法中添加如下代碼：

protected void Application_Start()  
{  
    IUnityContainer container = new UnityContainer();  
    DependencyResolver.SetResolver(new UnityDependencyResolver(container));  
} 

我們運(yùn)行一下程序試試，出現(xiàn)下面的錯(cuò)誤提示：

The current type, System.Web.Mvc.IControllerFactory, is an interface and cannot be constructed. Are you missing a type mapping?

從上面的錯(cuò)誤信息可以分析出，錯(cuò)誤是發(fā)生在調(diào)用UnityDependencyResolver.GetService方法時(shí)。ASP.NET MVC在運(yùn)行的時(shí)候需要得到IControllerFactory的實(shí)現(xiàn)實(shí)例，然后用它去創(chuàng)建相應(yīng)的控制器實(shí)例。如果不用IoC容器，MVC默認(rèn)會(huì)創(chuàng)建DefaultControllerFactory的實(shí)例。現(xiàn)在用了IoC，MVC找不到IControllerFactory的實(shí)現(xiàn)實(shí)例(我們根本沒(méi)有注冊(cè)嘛)，所以出現(xiàn)上面的錯(cuò)誤。

為了解決這個(gè)問(wèn)題，我們注冊(cè)一下DefaultControllerFactory：

container.RegisterType<IControllerFactory, DefaultControllerFactory>(); 

繼續(xù)運(yùn)行程序，又出現(xiàn)新的錯(cuò)誤：

The current type, System.Web.Mvc.IControllerActivator, is an interface and cannot be constructed. Are you missing a type mapping?

找不到IControllerActivator的實(shí)現(xiàn)實(shí)例，看來(lái)，創(chuàng)建Controller還需要這個(gè)東東。查看MVC的源代碼發(fā)現(xiàn)IControllerActivator的默認(rèn)實(shí)現(xiàn)是DefaultControllerActivator，但郁悶的是它竟然是private class，無(wú)法注冊(cè)它。別無(wú)選擇，只能自己實(shí)現(xiàn)IControllerActivator，名叫CustomControllerActivator，代碼如下：

public class CustomControllerActivator : IControllerActivator  
{          
    IController IControllerActivator.Create(  
        System.Web.Routing.RequestContext requestContext,  
        Type controllerType)  
    {  
        return DependencyResolver.Current  
            .GetService(controllerType) as IController;  
    }        
} 

繼續(xù)運(yùn)行，又出現(xiàn)新的錯(cuò)誤：

The current type, System.Web.Mvc.IViewPageActivator, is an interface and cannot be constructed. Are you missing a type mapping?

天哪!難道MVC中的所有接口都要注冊(cè)一下。。。

這時(shí)，腦子里突然閃出一個(gè)指示牌：

于是，腳踩剎車(chē)，打了一把方向盤(pán)，駛上了另一條道 —— 如果IoC容器中沒(méi)有注冊(cè)，不引發(fā)異常，而是返回null，讓MVC用自己的方式去處理。

修改UnityDependencyResolver的GetService方法：

public object GetService(Type serviceType)  
{  
    if (!this.container.IsRegistered(serviceType))  
    {  
        return null;  
    }  
    return container.Resolve(serviceType);  
} 

并取消之前在IoC容器中對(duì)DefaultControllerFactory與CustomControllerActivator的注冊(cè)。

繼續(xù)運(yùn)行，成功!雖然成功，但停車(chē)一看，原來(lái)兜了一個(gè)圈子，又回到了出發(fā)的地方。一切還是交由MVC處理，IoC容器形同虛設(shè)，Controller的依賴注入無(wú)法實(shí)現(xiàn)。如果這時(shí)訪問(wèn)想依賴注入的Controller(構(gòu)造函數(shù)帶有參數(shù))，會(huì)出現(xiàn)下面的錯(cuò)誤提示：

No parameterless constructor defined for this object. 

雖然回到原地，看上去沒(méi)有前進(jìn)一步，但實(shí)際上你已離目標(biāo)更近一些(積累了經(jīng)驗(yàn)，下次前進(jìn)速度會(huì)更快)。就像你追一個(gè)女孩子，費(fèi)盡心思，卻被拒絕，看似你的一切努力付之流水，實(shí)際上她的心門(mén)已經(jīng)有點(diǎn)松動(dòng)。。。這時(shí)，你要有一種鍥而不舍的精神，把失落感扔到九霄云外，然后繼續(xù)努力，堅(jiān)信“精誠(chéng)所至，金石為開(kāi)”。解決技術(shù)問(wèn)題也是同樣道理。

重頭再來(lái)!閱讀MVC的源代碼，了解MVC的請(qǐng)求處理過(guò)程，看看MVC是在什么地方創(chuàng)建Controller的實(shí)例的，然后看有沒(méi)有辦法讓IoC容器來(lái)接管。

MvcHandler.BeginProcessRequest->MvcHandler.ProcessRequestInit，呵呵，找到：

factory = ControllerBuilder.GetControllerFactory();  
controller = factory.CreateController(RequestContext, controllerName); 

上面的代碼中，factory的類(lèi)型是IControllerFactory，ControllerBuilder.GetControllerFactory()的作用是獲取IControllerFactory的實(shí)現(xiàn)實(shí)例，而實(shí)際是通過(guò)調(diào)用IDependencyResolver接口得到的(我們之前實(shí)現(xiàn)的UnityDependencyResolver接管了IDependencyResolver接口)。但我們沒(méi)有在IoC容器中注冊(cè)IControllerFactory，實(shí)際是由MVC返回IControllerFactory的默認(rèn)實(shí)現(xiàn)DefaultControllerFactory。從上面的代碼還可以看出，Controller實(shí)例的創(chuàng)建是通過(guò)調(diào)用IControllerFactory.CreateController()方法，所以，我們要在DefaultControllerFactory.CreateController()方法中尋找線索，對(duì)應(yīng)代碼如下：

public virtual IController CreateController(RequestContext requestContext, string controllerName) {  
    Type controllerType = GetControllerType(requestContext, controllerName);  
    IController controller = GetControllerInstance(requestContext, controllerType);  
    return controller;  
} 

CreateController()又調(diào)用了GetControllerInstance()得到Controller的實(shí)例，進(jìn)一步查看其代碼：

protected internal virtual IController GetControllerInstance(RequestContext requestContext, Type controllerType) {  
    return ControllerActivator.Create(requestContext, controllerType);  
} 

ControllerActivator的類(lèi)型是IControllerActivator，之前也提到過(guò)，IControllerActivator的默認(rèn)實(shí)現(xiàn)是DefaultControllerActivator，由此可以看出，Controller實(shí)例的創(chuàng)建是由DefaultControllerActivator完成的。我們要實(shí)現(xiàn)依賴注入，就要由IoC容器來(lái)接管。

那如何來(lái)接管呢?——重載DefaultControllerFactory的CreateController方法，將創(chuàng)建Controller實(shí)例的工作轉(zhuǎn)交給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容器中注冊(cè)一下UnityControllerFactory：

container.RegisterType<IControllerFactory, UnityControllerFactory>(); 

然后，運(yùn)行程序。。。功夫不負(fù)有心人，依賴注入成功，問(wèn)題解決!從此，MVC與IoC過(guò)上了幸福的生活。

小結(jié)

要實(shí)現(xiàn)ASP.NET MVC控制器的依賴注入，我們需要：

1. 實(shí)現(xiàn)IDependencyResolver接口并通過(guò)DependencyResolver.SetResolver告知MVC，將部分類(lèi)型實(shí)例解析工作交由IoC容器來(lái)處理;

2. 繼承DefaultControllerFactory，重載GetControllerInstance方法，并通過(guò)IoC容器將之注冊(cè)為IControllerFactory的實(shí)現(xiàn)。

完整示例代碼下載

原文：http://www.cnblogs.com/dudu/archive/2011/08/15/mvc_ioc_dependency_injection.html