I:Web Pages 1.0中以“_”开头的特别文件(文件命名时不区分大小写)
“_appstart.cshtml” & “_pagestart.cshtml” & “_viewstart.cshtml”
_appstart.cshtml - 应用程序启动时在Global. Application_Start方法后执行。
功能:用于进行App的初始化时,需要进行处理的内容,例:向数据库记录系统初始化的一些信息。 功能与Global.Application_Start类似,差别在于:Global的Start先执行,然后在到该_appStart,值得注意的是在_appStart上下文中可以使用.NET4的dynamic新特性~~在声明中,作为属性、字段、索引器、参数、返回值或类型约束的类型。成员来自:
at System.Web.WebPages.Razor.WebPageRazorHost
at System.Web.WebPages.ApplicationStartPage
_viewstart.cshtml - 单个View处理Request时执行。
功能:或许你已经联想到了….Global的Page_Load(仅应用于View)…… 执行顺序位于_appstart.cshtml之后.毕竟所除层次不同。 成员来自:at System.Web.Mvc.RazorViewEngine
综上所述得知MVC3的APP初始化顺序为: (不排除本人未能发现的其他文件类型,但目前据我所知道应用最广的就这三个) 在Web Pages 1.0下,除非你显式以”_”开头命名View.否则你在请求”_”开头的页面时会遇到以下无法服务的页面提示:(这图在Razor语法基础时就帖过了.这里帖出来是让大家温故而知新)
关于*.cshtml生成的类名格式,绝大部分页生成的程序集格式。
页面编译都是以单独页面编译为单个带随机字符串的程序集,当然也可以采用预编译方式将n个页编译为1个程序集。II:关于多目录下以”_”开头的特殊文件的执行顺序
_appstart.cshtml仅能存在于根目录(“~/”),如果你在子目录下放置_appstart.cshtml文件的话.那么该文件就不会被App初始化时执行。
当访问~/somepage.cshtml时:会先执行~/_pageStart.cshtml
然后在执行 ~/somepage.cshtml
当在复杂的子目录环境下时:~/_pageStart.cshtml
~/sub/_pageStart.cshtml
~/sub/somepage.cshtml
III:Web Pages 1.0脱离WebForms的启动原理
首先Web Pages利用特性往本身程序集上与ASP.NET挂钩:
然后我们在这里可以看到Web Pages的ASP.NET Provide是.Web.WebPages.PreApplicationStartCode。
启动方法是Start:IV:附录:Global执行顺序
当WebApp开始运行时:
Application_Start
Application_BeginRequest
Application_AuthenticateRequest
Session_Start
当WebApp终止运行时:Session_End
Application_End
当一个Request入站时:Application_BeginRequest
Application_AuthenticateRequest 过后到达*.cshtml
当在*.cshtml throw new Exception();时:Application_BeginRequest
Application_AuthenticateRequest
Application_Error(在throw处转至,不会执行*.cshtml的throw后的下文)
例:V:有经验的看官,或许已经知道了,可以在*.cshtml中做IoC(Unity 2.0有提供)来变Themes换布局等。
更深入点,你可以dynamic创建*.cshtml文件~~实现按需创建Web页~HOHO~~~
@* MVC3一个新的Web开发革命正式诞生 *@