大家知道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:
  1. public class TestControllerFactory : DefaultControllerFactory
  2. {
  3.    
  4.     protected override IController GetControllerInstance(Type controllerType)
  5.     {
  6.         IController iController = base.GetControllerInstance(controllerType);//如果用到了依赖注入,可从注入容器获取

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

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

  12.             return iController;
  13.         }
  14.         return iController;
  15.     }
  16. }
复制代码
然后扩展IActionInvoker:
  1. public class TestControllerActionInvoker : ControllerActionInvoker
  2. {
  3.    
  4.     protected override ActionResult CreateActionResult(ControllerContext controllerContext, ActionDescriptor actionDescriptor, object actionReturnValue)
  5.     {
  6.         if (actionReturnValue == null)
  7.         {           
  8.             return new XXXResult();//可以处理自己的ViewResult逻辑
  9.         }

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

  12.         controllerContext.Controller.ViewData.Model = actionReturnValue;

  13.         //可以根据返回的类型返回进行相应的ViewResult
  14.         return new TTTResult { ViewData = controllerContext.Controller.ViewData, TempData = controllerContext.Controller.TempData };       
  15.     }
  16. }
复制代码
这里只是简单的对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



文/wit
TOP