管道处理模型四——MVC原理(摘抄cainong2005博客)

一.MvcHandler——Controller——Action

先用反编译工具看看MvcHandler的内部:

先说明一下,MvcHandler是继承自IHttpHandler的,先看一下IHttpHandler这个接口:

顺藤摸瓜,进到MvcHandler:

再看ProcessRequestInit方法:

从上面看出,ProcessRequestInit方法是控制器实例的创建,上面是MvcHandler——Controller的实现过程。

下面介绍Controller——Action。回到RrocessRequest方法,接下来它执行了Execute方法

找Execute方法,但此方法不是在Controller类中,不是因为写错了,其实它在父类ControllerBase类中。看Execute方法:

ExecuteCore():

总结一下:

先找控制器和方法上面写的特性,如果存在这个特性,则调用其中的方法,如果调用的结果错了, 则跳到指定的页面或者相应的处理;如果通过了,就顺序执行特性,这就是AOP。画个图形就是这样的:

routedata里面是什么呢?

上面已经完成了MvcHandler——Controller——Action,下面介绍Action——View。

二.Action——View

ViewResult是怎样调用到了View文件夹并生成了一个页面呢?

ViewResult的父类是ViewResultBase,ViewResultBase的父类是ActionResult,所以上面的方法

public ViewResult Modules() 可以替换成 public ActionResult Modules() 

用反编译工具看ActionResult

再看ViewResultBase以及它的ExecuteResult方法:

Render方法:实例化一个ViewContext,并渲染到output中去。

就是这样生成了一个cshtml页面吗?

写个方法测试一下:

1.先写控制器里面的方法ViewShow()

2.对应的ViewShow.cshtml页面

3.调用的后台ListViewAssemblies()方法

运行,显示结果为:

用反编译工具打开这个文件夹下面其中一个dll:

这说明了cshtml页面,在程序中它就是一个类,例如:

看到没?类文件对应了ViewShow.cshtml页面,而在ViewShow.cshtml上显示的html代码,都可以在类文件的Execute()方法中找到,莫非cshtml页面就是类文件通过Execute()方法,在后台拼装出来的?就像拼装字符串一样?

是的!在程序运行时,视图会被编译成一个类,而且一个文件夹就是一个dll,为什么说一个文件夹就是一个dll?

先访问Home/Index,文件夹下产生了一个新的dll。

用反编译工具打开这个dll:

所以,每一个文件夹被编译成一个dll,但不是一次性把文件夹全部生成dll,是访问哪个,就生成哪个dll,如果修改了cshtml的内容,dll文件是可以自动编译生成新的dll。

这个Model是干什么的?

从这里开始,我们知道前台的cshtml页面其实也是类文件通过拼装html生成的,以前我以为,我们的程序分前台和后台,后台将数据生成好,送到前台去显示。现在我才知道,其实在后台的控制器中,return View(),返回了一个View类,这个View类,就是按照路径来生成的,像_Page_Views_home_About_cshtml这样名字的类,并把viewData,model什么的,做了赋值,然后把View类里面的Execute方法执行,把html的东西,做了拼装,把初始化赋值的数据,生成了html,所以没有前台,都是后台折腾来折腾去。

    js代码和后台一点关系都没有,js只对浏览器生效,后台将js代码当作一段字符串,拼装到cshtml页面上去,让浏览器执行。

三.View的扩展

    很多情况下,我们要兼顾PC端和移动端,或者双语版本,怎么做呢?讨论一下一套后台两套界面的做法。

    当前是什么客户端,就要返回什么视图,即只有一个控制器,但是要返回不同视图。现在我们在View下新建一套视图:

然后自定义引擎。

讲一下流程,首先把默认的引擎替换成我们自定义的CustomerViewEngine,当发起浏览器请求,会调用FindView方法,在CustomerViewEngine中查找视图,我们用SetEngine方法设置一下引擎,检查浏览器,如果是Chrome65,则保持默认模版,如果不是,则使用新模版,即带有Theme/Eleven路径的cshtml页面。

执行一下:

还可以判断是不是移动端,判断代码如下:

  1.  
    public static bool IsMobile(this HttpRequestBase request)
  2.  
    {
  3.  
    string userAgent = request.ServerVariables["HTTP_USER_AGENT"];
  4.  
    Regex b = new Regex(@"(android|bbd+|meego).+mobile|avantgo|bada/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge |maemo|midp|mmp|mobile.+firefox|netfront|opera m(ob|in)i|palm( os)?|phone|p(ixi|re)/|plucker|pocket|psp|series(4|6)0|symbian|treo|up.(browser|link)|vodafone|wap|windows ce|xda|xiino", RegexOptions.IgnoreCase | RegexOptions.Multiline);
  5.  
    Regex v = new Regex(@"1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|-m|r |s )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw-(n|u)|c55/|capi|ccwa|cdm-|cell|chtm|cldc|cmd-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc-s|devi|dica|dmob|do(c|p)o|ds(12|-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(-|_)|g1 u|g560|gene|gf-5|g-mo|go(.w|od)|gr(ad|un)|haie|hcit|hd-(m|p|t)|hei-|hi(pt|ta)|hp( i|ip)|hs-c|ht(c(-| |_|a|g|p|s|t)|tp)|hu(aw|tc)|i-(20|go|ma)|i230|iac( |-|/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |/)|klon|kpt |kwc-|kyo(c|k)|le(no|xi)|lg( g|/(k|l|u)|50|54|-[a-w])|libw|lynx|m1-w|m3ga|m50/|ma(te|ui|xo)|mc(01|21|ca)|m-cr|me(rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|-([1-8]|c))|phil|pire|pl(ay|uc)|pn-2|po(ck|rt|se)|prox|psio|pt-g|qa-a|qc(07|12|21|32|60|-[2-7]|i-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55/|sa(ge|ma|mm|ms|ny|va)|sc(01|h-|oo|p-)|sdk/|se(c(-|0|1)|47|mc|nd|ri)|sgh-|shar|sie(-|m)|sk-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h-|v-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl-|tdg-|tel(i|m)|tim-|t-mo|to(pl|sh)|ts(70|m-|m3|m5)|tx-9|up(.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|yas-|your|zeto|zte-", RegexOptions.IgnoreCase | RegexOptions.Multiline);
  6.  
    return (b.IsMatch(userAgent) || v.IsMatch(userAgent.Substring(0, 4)));
  7.  
    }

四.MVC运行全生命周期:

1.一个MVC网站项目,在第一次启动时候,运行Application_Start,初始化整个网站。

2.注册路由。在内存中放置了一个容器,里面是一大堆key-value的东西,其中key就是一个url规则,value是一个MvcRouteHandler的东西,而MvcRouteHandler里面直接写死了一个MvcHandler,说的更加直观的话,就是网站启动的时候,我们指定了规则,只要满足这个规则的url,统一通过MvcHandler来处理。

3.网站响应请求,请求进入Application对象以后,会按照顺序执行22个事件,在MapRequestHandler之前呢,有一个PostResolveRequestCache,在这个事件上,我们注册了一个Module,就是UrlRoutingModule,它是干什么的呢?任何一个请求都要经过所有的Module,所以它看看请求是不是存在的物理文件,如果是,则不管,按照原始流程走,也就是WebForm方式。如果文件不存在,就拿着路由一个一个检查,匹配刚才的路由规则,找到第一个就返回了。拿到了规则(key)以后,也就找到了MvcRouteHandler(value),而MvcRouteHandler写死了一个MvcHandler,也意味着找到了一个HttpHandler,拿到了HttpHandler,就ProcessRequest一下,处理的过程是找到了控制器名称,找了一个ControllerFactory(控制器工厂),用控制器工厂创建一个控制器实例,同时去路由那里得到action(方法)名称,有了这两个东西,就可以想办法反射调用一下,怎样反射调用呢?在ActionInvoker里面,ActionInvoker又在哪里呢?控制器(controller)里面有个CreateActionInvoker方法,帮我们创建了ActionInvoker,拿着这个ActionInvoker又怎么去调用方法呢?它其实是一个 ControllerActionInvoker的类,里面有个InvokerAction的方法,怎样用它来调用action呢?首先检查特性,有没有权限特性,如果有则调用认证特性的OnAuthorization方法,如果这个过程中,把结果赋值了,就认为处理结束了,直接返回结果,如果没有结果,意味着权限是ok的,继续往下走,下面还有好多filter,异常filter,ResultFilter,讲它们编译成委托,叠加在一起顺序执行,这样就把特性和action都执行了一遍。action虽然执行了,但是只是执行了业务逻辑和数据库交互,最后还要生成页面,生成页面的过程是要把action执行了excute,把数据传给了一个和cshtml页面同名的类,执行这个类,把Html生成拼装成一个字符串,返回到response里面去,说白了,最终的请求也就是把cshtml里面的excute方法执行了一遍。

结合《ASP.NET MVC4 开发指南》一书第4章 Routing与ASP.NET MVC生命周期,得到一个这样顺序的生命周期:

Request ——Url Routing Module(管道模型中任何请求都要过Module,如果能请求到实体文件,看做是webform方式,访问实体文件)——Route(匹配路由规则)——MvcRoutingHandler(请求都是要让handler来处理)——MvcHandler(它是专门处理MVC的Handler,Handler都有一个方法ProccessRequest)——Controller Factory——Controller——Action(在routedata中有保存controller:action的一一对应信息,同时也找action上面的特性,完成AOP)——View(Action方法返回值为ActionResult,ActionResult的Execute方法有ViewEngineResult,就能找到View,并且用Render方法输出到output)——Response。

原文地址:https://www.cnblogs.com/zcbk/p/12190517.html