ASP.NET MVC扩展之IControllerFactory和IActionInvoker

     大家知道ASP.NET MVC正式发布以来,受到开发人员的疯狂追捧,园子里MVC系列文章更是层出不穷,套用ASP.NET开发人员需要学习ASP.NET MVC么(英文地址)一文所说的:

    WebForms是个谎言,它是一个被种种谎言和欺骗所包围着的抽象机制。你对WebForms所做的一切都与Web无关-它帮你做了本该你自己做的事。
    朋友们,这可是件大事(至少对我来说):你工作在谎言中。Web是“无”状态的,它依赖一种叫做HTML的东西,并使用另一种叫做HTTP的东西通过电缆将HTML发来发去-你需要了解它、热爱它并在骨子里感受它。

 

ASP.NET MVC不是一个“束缚你手脚”的框架,也不是一个“ASP.NET入门”框架,你可以完全控制所有的东西。在Web的世界里,UI还没有标准化到可以使用框架来控制,并以一种“标准”的方式来生成。

 

    这些都充分说明了使用MVC框架进行Web开发的必要性,至于更多的MVC和WebForms的特性,可以看看我无意中找到的一篇文章Asp.NET MVC and Asp.NET WebForms Features,至于更多关于这两者选择性问题我持保留意见,只能说合适的才是最好的,有一点我想事先说明一下,选择MVC能进行更多的控制但同时也意味着需要编写更多的代码(我是比较乐意的)。

     最近在一个项目里使用了MVC开发,所以就阅读了一下MVC源码,真的非常棒,可扩展性非常强,可以说处处都可以扩展,Simone Chiaretta有篇文章被翻译了:【翻译】ASP.NET MVC中你必须知道的13个扩展点

    本文我将介绍扩展IControllerFactory的一个应用,通过扩展DefaultControllerFactory来实现Controller. ActionInvoker的替换,然后扩展IActionInvoker实现返回不同的ViewResult, 本文只实现一些简单的功能,仅当抛砖引玉。阅读之前你需要熟悉asp.net mvc具体流程,asp.net mvc流程初探虽然只是“初探”,但让你粗略了解asp.net mvc流程已经足够。

    首先我们扩展IControllerFactory,让它替换ActionInvoker为我们自己扩展的TestControllerActionInvoker:

   

public   class  TestControllerFactory : DefaultControllerFactory
{
    
    
protected   override  IController GetControllerInstance(Type controllerType)
    {
        IController iController 
=   base .GetControllerInstance(controllerType); // 如果用到了依赖注入,可从注入容器获取

        
if  ( typeof (Controller).IsAssignableFrom(controllerType))
        {
            Controller controller 
=  iController  as  Controller;

            
if  (controller  !=   null )
                controller.ActionInvoker 
=   new  TestControllerActionInvoker(); // 同样可以从注入容器获取

            
return  iController;
        }
        
return  iController;
    }
}

 

    然后扩展IActionInvoker:

public   class  TestControllerActionInvoker : ControllerActionInvoker
{
    
    
protected   override  ActionResult CreateActionResult(ControllerContext controllerContext, ActionDescriptor actionDescriptor,  object  actionReturnValue)
    {
        
if  (actionReturnValue  ==   null )
        {            
            
return   new  XXXResult(); // 可以处理自己的ViewResult逻辑
        }

        
if  ( typeof (ActionResult).IsAssignableFrom(actionReturnValue.GetType()))
            
return  actionReturnValue  as  ActionResult;

        controllerContext.Controller.ViewData.Model 
=  actionReturnValue;

        
// 可以根据返回的类型返回进行相应的ViewResult
         return   new  TTTResult { ViewData  =  controllerContext.Controller.ViewData, TempData  =  controllerContext.Controller.TempData };        
    }
}

 

    这里只是简单的对IActionInvoker的管线中的Action方法执行后的返回值进行处理,当然IActionInvoker能扩展的地方非常多,这样的好处是你在具体的Action里不必把过多的精力放在View这一层面,可维护性和可扩展性也就上了一个层次了。  

    最后,别忘记对ControllerBuilder进行设置ControllerFactory操作:

   

ControllerBuilder.Current.SetControllerFactory( new  TestControllerFactory());

   

    好了本文就简单介绍到这,希望你能在自己的项目中根据自己的需要进行扩展,如果你项目中用到了依赖注入,需要对IControllerFactory进行扩展你可以参照MvcContribNinject Controller Factory,至于ASP.NET MVC的IActionInvoker-ControllerActionInvoker主要任务是是查找Action、调用Action方法以及相关的Filter、执行得到ActionResult,可以说存在了大量的asp.net mvc执行逻辑,如果你需要改变这些约定,那就放开了去扩展吧,这里有个示例:NinjectActionInvoker I developed to allow injection of dependencies inside filters

 

你可能感兴趣的:(controller)