ASP.NET MVC3 基础教“.NET技术”程 – Web Pages 1.0

简介:   I:Web Pages 1.0中以“_”开头的特别文件(文件命名时不区分大小写)  “_appstart.cshtml” & “_pagestart.cshtml” & “_viewstart.cshtml”  _appstart.cshtml - 应用程序启动时在Global. Application_Start方法后执行。

image

  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新特性~~在声明中,作为属性、字段、索引器、参数、返回值或类型约束的类型。

 
 
@{
this.App.StartMessage = "App顺利已启动了.恭喜!哈";
var error = this.App.Error as string;
if (error == null)
{
this.App.Error = "使用dynamic新特性之前.请先赋值~";
error = this.App.Error;
@*
在这里很遗憾地告诉大家.dynamic不支持智能感知
因为编译无法100%准确得知程序的执行顺序.
所以无法智能感知!
*@
}
// 在这里可以引用 App.Error动态字段了.
}

image

 
 
@{
@* ~/Views/_ViewStart.cshtml *@
Response.Write(string.Format("
< h1 > {0} </ h1 > ", App.StartMessage));
Layout = "~/Views/Shared/_Layout.cshtml";
}

image  成员来自:

  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初始化顺序为:
image   (不排除本人未能发现的其他文件类型,但目前据我所知道应用最广的就这三个)
  在Web Pages 1.0下,除非你显式以”_”开头命名View.否则你在请求”_”开头的页面时会遇到以下无法服务的页面提示:
image

  (这图在Razor语法基础时就帖过了.这里帖出来是让大家温故而知新)

  关于*.cshtml生成的类名格式,绝大部分页生成的程序集格式。
image   页面编译都是以单独页面编译为单个带随机字符串的程序集,当然也可以采用预编译方式将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挂钩:

 
 
// SourceFile: AssemblyInfo.cs(System.Web.WebPages.dll)
// AttributeClass: System.Web. PreApplicationStartMethodAttribute
// 特性介绍:为ASP.NET 其他Provide提供扩展
// 参数1: ASP.NET Provide的类型
// 参数2:运行的方法名
// Source:
[assembly: PreApplicationStartMethod( typeof (System.Web.WebPages.PreApplicationStartCode), " Start " )] // Line: 15

  然后我们在这里可以看到Web Pages的ASP.NET Provide是.Web.WebPages.PreApplicationStartCode。
  启动方法是Start:

 
 
public static void Start() {
// Even though ASP.NET will only call each PreAppStart once, we sometimes internally call one
// another PreAppStart to ensure that things get initialized in the right order. ASP.NET does
// order so we have to guard against multiple calls.
// All Start calls are made on same thread, so no lock needed here.  

if (_startWasCalled) {
return ;
}
_startWasCalled
= true ; // 设置Start方法已被调用  

WebPageHttpHandler.RegisterExtension(
" cshtml " ); // 注册扩展  
WebPageHttpHandler.RegisterExtension(
" vbhtml " ); // 注册扩展

// Turn off the string resource behavior which would not work in our simple base page  
PageParser.EnableLongStringsAsResources
= false ; // 优化选项  

DynamicModuleUtility.RegisterModule(
typeof (WebPageHttpModule)); // 重点在这里了.~~注册了一个WebPageHttpModule  

ScopeStorage.CurrentProvider
= new AspNetRequestScopeStorageProvider();
// ASP.NET Web Pages的RequestScopeStorageProvider  
}

  IV:附录:Global执行顺序

  当WebApp开始运行时:

  Application_Start

  Applicati上海网站建设on_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后的下文)
  例:

 
 
@{
  Throw
new Exception(); // 仅做示例
  // 下文不会被执行,而直接跳到Application_Error终止Response
}

  V:有经验的看官,或许已经知道了,可以在*.cshtml中做IoC(Unity 2.0有提供)来变Themes换布局等。

  更深入点,你可以dynamic创建*.cshtml文件~~实现按需创建Web页~HOHO~~~

  @* MVC3一个新的Web开发革命正式诞生 *@

目录
相关文章
|
9月前
|
前端开发 Java 开发者
MVC 架构模式技术详解与实践
本文档旨在全面解析软件工程中经典且至关重要的 MVC(Model-View-Controller) 架构模式。内容将深入探讨 MVC 的核心思想、三大组件的职责与交互关系、其优势与劣势,并重点分析其在现代 Web 开发中的具体实现,特别是以 Spring MVC 框架为例,详解其请求处理流程、核心组件及基本开发实践。通过本文档,读者将能够深刻理解 MVC 的设计哲学,并掌握基于该模式进行 Web 应用开发的能力。
1840 1
|
开发框架 前端开发 JavaScript
ASP.NET Web Pages - 教程
ASP.NET Web Pages 是一种用于创建动态网页的开发模式,采用HTML、CSS、JavaScript 和服务器脚本。本教程聚焦于Web Pages,介绍如何使用Razor语法结合服务器端代码与前端技术,以及利用WebMatrix工具进行开发。适合初学者入门ASP.NET。
|
XML JSON API
ServiceStack:不仅仅是一个高性能Web API和微服务框架,更是一站式解决方案——深入解析其多协议支持及简便开发流程,带您体验前所未有的.NET开发效率革命
【10月更文挑战第9天】ServiceStack 是一个高性能的 Web API 和微服务框架,支持 JSON、XML、CSV 等多种数据格式。它简化了 .NET 应用的开发流程,提供了直观的 RESTful 服务构建方式。ServiceStack 支持高并发请求和复杂业务逻辑,安装简单,通过 NuGet 包管理器即可快速集成。示例代码展示了如何创建一个返回当前日期的简单服务,包括定义请求和响应 DTO、实现服务逻辑、配置路由和宿主。ServiceStack 还支持 WebSocket、SignalR 等实时通信协议,具备自动验证、自动过滤器等丰富功能,适合快速搭建高性能、可扩展的服务端应用。
1046 3
|
中间件 Go
Golang | Gin:net/http与Gin启动web服务的简单比较
总的来说,`net/http`和 `Gin`都是优秀的库,它们各有优缺点。你应该根据你的需求和经验来选择最适合你的工具。希望这个比较可以帮助你做出决策。
693 35
|
11月前
|
前端开发 Java API
Spring Cloud Gateway Server Web MVC报错“Unsupported transfer encoding: chunked”解决
本文解析了Spring Cloud Gateway中出现“Unsupported transfer encoding: chunked”错误的原因,指出该问题源于Feign依赖的HTTP客户端与服务端的`chunked`传输编码不兼容,并提供了具体的解决方案。通过规范Feign客户端接口的返回类型,可有效避免该异常,提升系统兼容性与稳定性。
797 0
|
运维 前端开发 C#
一套以用户体验出发的.NET8 Web开源框架
一套以用户体验出发的.NET8 Web开源框架
500 7
一套以用户体验出发的.NET8 Web开源框架
|
开发框架 数据可视化 .NET
.NET 中管理 Web API 文档的两种方式
.NET 中管理 Web API 文档的两种方式
364 14
|
监控 前端开发 API
一款基于 .NET MVC 框架开发、功能全面的MES系统
一款基于 .NET MVC 框架开发、功能全面的MES系统
745 5
|
开发框架 .NET PHP
ASP.NET Web Pages - 添加 Razor 代码
ASP.NET Web Pages 使用 Razor 标记添加服务器端代码,支持 C# 和 Visual Basic。Razor 语法简洁易学,类似于 ASP 和 PHP。例如,在网页中加入 `@DateTime.Now` 可以实时显示当前时间。
|
开发框架 监控 前端开发
在 ASP.NET Core Web API 中使用操作筛选器统一处理通用操作
【9月更文挑战第27天】操作筛选器是ASP.NET Core MVC和Web API中的一种过滤器,可在操作方法执行前后运行代码,适用于日志记录、性能监控和验证等场景。通过实现`IActionFilter`接口的`OnActionExecuting`和`OnActionExecuted`方法,可以统一处理日志、验证及异常。创建并注册自定义筛选器类,能提升代码的可维护性和复用性。
341 3