MVC 修饰标签
MVC中的修饰标签有很多用途。它以修饰标签形式应用在控制器或控制器中的动作上。
最先想到的就是AcceptVerbs标签,在创建的时候,如果导航到创建视图,但不创建,则:
{
return View();
}
这个动作返回视图,当Get方法向控制器请求时,会调用这个动作;然后,当以Post方法来向控制器请求时,会执行:
public ActionResult Create(Customer customer)
{
try
{
if (!_service.CreateProduct(customer))
return View();
return RedirectToAction("Index");
}
catch
{
return View();
}
}
这里,为这个动作添加了[AcceptVerbs(HttpVerbs.Post)]修饰,它声明当Post向控制器请求时,由这个动作(方法)返回视图。
这里,AcceptVerbs属性(AcceptVerbsAttribute)很重要,很有用。
(一)动作标签
(1)AcceptVerbs 用于指定Http谓词
它有两种构造器:
·AcceptVerbsAttribute(array<String>[]()[])
·AcceptVerbsAttribute(HttpVerbs)
其中第二种最常用,通过HttpVerbs枚举指定谓词。其中HttpVerbs枚举定义为:
{
Delete = 8,
Get = 1,
Head = 0x10,
Post = 2,
Put = 4
}
在使用时,通常Get方式(默认)来直接渲染视图,而Post方式用于表单提交。例如在添加新客户时,以链接导航请求视图,直接返回添加页视图,而在表单提交后,Post请求视图,在动作中,处理添加,并返回视图。(说明一下:在浏览请求时,路由到控制器下的动作上,然后由动作处理模型返回视图,所以这里的请求视图也可以理解过去)
(2)ActionName用于指定动作的别名
它所声明的就动作的别名,这个别名与路由访问,视图密切相关。通过这个标签可以创建与别名相同的视图,而不在以动作名访问。
它有一个构造器:
public ActionNameAttribute(string name)
例如:
{
List<News> _list = new List<News>();
……
return View(_list);
}
此时它的视图名为:NewsList,现在通过ActionName标签指定别名:
public ActionResult NewsList()
{
……
}
此时就不能以News/NewsList这个地址来访问,要以News/NewsList2来访问,而此时的视图名应该改为:NewsList2
然后正常访问了。
这个标签其实也是很有用的,它利于空间管理。
(3)NonAction 用于指明一个控制器方法不作为一个动作
它有一个默认的构造器
如下边这个方法:
public ActionResult NoneList()
{
return View();
}
如果对NoneList方法添加NonAction修饰,则在视图不存在的情况下,会提示视图不存在。而添加这个修饰后,会提示路由错误(动作不存在,所以无法路由)。
(4)OutputCache用于声明动作的输出会被缓存
它有一个默认的构造器,并有很多属性,这里选择几个说明一下:
·Duration 缓存的时间周期,以秒计
·Location 用于指定输出缓存项的位置
这个属性是一个枚举值:
Any|Client|Downstream|Server|None|ServerAndClient
默认值是Any,表示输出缓存可用于所有请求,包括客户端浏览器、代理服务器或处理请求的服务器上。
·VaryByParam 定义了一个分号分隔的字符串列表,用于使输出缓存发生变化。默认情况下,这些字符串与用GET方法属性发送的查询字符串值对应,或与用POST方法 发送的参数对应。当将该属性设置为多参数时,对于每个指定的参数,输出缓存都包含一个请求文档的不同版本。可能的值包括“none”、“*”和任何有效的 查询字符串或POST参数名称。
·Shared 布尔值,用于指明输出缓存是否可以被多个页共享。默认值为false
·CacheProfile 用于定义与该页关联的缓存设置的名称
·NoStore 个布尔值,用于决定是否阻止敏感信息的二级存储。
例如:对时间进行缓存,在视图中:
动作中:
Location=OutputCacheLocation.Any,NoStore=true)]
public ActionResult ShowTime()
{
return View();
}
现在缓存5秒。
(5)ValidateInput是否开启危险代码输入验证
默认是验证的
public ActionResult Create(contacts contact)
当开启后,在文本框中添加<script>字串,提交会出异常:
从客户端(firstname="<script>")中检测到有潜在危险的 Request.Form 值
(6)HandleError用于过滤异常
它的属性:
·ExceptionType 指定过滤器处理那种或哪些类型的异常,如果没有指定该属性,过滤器将会处理所有的异常。
如果某个Action设置了多个HandleErrorAttribute,可能通过Order属性用来设置使用哪个过滤器。它的值从-1(最高优先级)到任何正整数之间的整数来标识其优先级,值越大,优先级别越低。
Order属性遵循以下规则:
应用到Controller上的过滤器将会自动应用到该Controller的所有Action上。如果Controller和Action都应用了HandleErrorAttribute,那么只要Order属性值相同,将会先执行Controller上的过滤器,而后才会执行Action上的过滤器。
对于相同Order属性的过滤器,其执行先后次序不定。
如果没有指定Order属性,则默认为-1,这意味着该过滤器将比其他的过滤器优先执行,除非其他过滤器指定了Order为-1。
如果有多个过滤器可适用,那么第一个可以处理该异常的过滤器会被首先调用,然后针对该异常的处理将会终结。
·View 指定发生异常时过滤器要显示的视图名称
ASP.NET MVC框架将异常信息存储在ViewDataDictionary中来传递给Error视图,该ViewDataDictionary的Model属性即是ExceptionContext类的一个实例,其中ViewData:
ActionName:目标Action方法的名称
ControllerName:目标Controller的名称
Exception:异常对象
·Master 指定视图母版的名称,如果有的话
·Order 指定过滤器应用的顺序,如果一个Action有多个HandleErrorAttribute过滤器
然后在config文件中要设置CustomerError章节
实例:
public ActionResult Create(contacts contact)
{
throw new Exception("有异常发生了");
}
当Create时,会抛出异常,此时会显示CustomerError视图。
在Web.config文件中设置:
<customErrors mode="On" defaultRedirect="Error" />
异常信息:存储在ViewDataDictionary中来传递给Error视图,该ViewDataDictionary的Model属性即是ExceptionContext类的一个实例
那么,现在追踪发生异常的控制器与动作及异常信息内容。在CustomerError视图中:
Action: <%=((HandleErrorInfo)ViewData.Model).ActionName %>
然后在访问时:
CustomError Controller: contact Action: create Message: 有异常发生了0123456789
|
如果不指定异常过滤器的View属性,则显示默认的视图:
如果在本控制器中没有找到自定义的视图,则显示Shared下的Error视图:
在本控制器下有Error视图:
<h4>这是自定义错误页面</h4>
而在shared下的Error视图为:
Sorry, an error occurred while processing your request.
</h2>
此时显示控制器下的视图,当没有时,会显示默认视图。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。