【转载】MVC中AOP思想的体现(四种过滤器)并结合项目案例说明过滤器的实际用法
一. 简介
MVC中的过滤器可以说是MVC框架中的一种灵魂所在,它是MVC框架中AOP思想的具体体现,所以它以面向切面的形式无侵入式的作用于代码的业务逻辑,与业务逻辑代码分离,一经推出,广受开发者的喜爱。
那么过滤器到底是什么呢?它又有什么作用呢?
用户通过URL访问Web系统不一定都能得到相应的内容,一方面不同的用户权限不同,另一方面是为了保护系统,防止被攻击,这就是过滤器的核心所在,我们总计一下过滤器都有哪些作用:
①:判断用户是否登录以及不同用户对应不同的权限问题。
②:防盗链、防爬虫。
③:系统中语言版本的切换(本地化和国际化)。
④:权限管理系统中动态Action。
⑤:决策输出缓存。
知道到了过滤器的作用,那么过滤器分哪几类呢?如下图1:
二. 执行顺序
从上图①可知,过滤器分四类,总共重写了六个方法,在这六个方法里可以处理相应的业务逻辑,那么如果四种过滤器的六个重写方法同时存在,它们的执行顺序是什么呢?
首先要将OnException方法除外,该方法不和其余五个方法参与排序问题,该方法独立存在,什么时间报错,什么时候调用。
其余三种过滤器中的五个重写方法的执行顺序:
三. 自定义实现形式
1. 直接在控制器中重写方法或者利用控制器间的继承
新建任何一个控制器,它均继承Controller类,F12进入Controller类中,发现Controller类中已经实现了过滤器需要实现的接口,并且提供虚方法供我们重写,代码如下:
基于以上原理,这样在控制器级别上我们就有两种思路来实现过滤器。
方案一:直接在当前控制器重写相应的过滤器方法,则该过滤器的方法作用于当前控制器的所有Action。
方案二:新建一个父类控制器,在父类控制器中重写过滤器的方法,然后子类控制器继承该父类控制器,则该该过滤器作用于子类控制器中的所有Action。
【该方法和接下来以特性的形式作用于控制器的效果是一致的】
/// <summary> /// 控制器继承该控制器,和特性作用在控制器上效果一致 /// </summary> public class MyBaseFilterController : Controller { //需要用protected类型,不能用public类型 protected override void OnAuthorization(AuthorizationContext filterContext) { //1.如果保留如下代码,则会运行.net framework定义好的身份验证,如果希望自定义身份验证,则删除如下代码 // base.OnAuthorization(filterContext); //2.获取区域名字 // string strAreaName = filterContext.RouteData.DataTokens["area"].ToString().ToLower(); //3.获取控制器作用的Controller和action的名字 string controllerName = filterContext.ActionDescriptor.ControllerDescriptor.ControllerName.ToLower(); string actionName = filterContext.ActionDescriptor.ActionName.ToLower(); filterContext.HttpContext.Response.Write("身份验证过滤器作用于" + controllerName + "控制器下的" + actionName + "方法</br>"); } }
2. 自定义类继承MVC中过滤器实现类或过滤器接口,特性的形式作用于控制器或Action
特别补充:MVC框架中的AuthorizeAttirbute、ActionFilterAttribute、HandleErrorAttribute类已经实现了过滤器对应的接口,所以我们在自定义过滤器的时候,可以直接继承以上三个类;或者实现相应的接口:IAuthorizationFilter、IActionFilter、IResultFilter、IExceptionFilter。(该方案在实现相应接口的同时,需要继承FilterAttribute,使自定义的类成为一个特性)。
下面以继承MVC中实现类的形式来自定义四种过滤器:
A:身份验证过滤器
/// <summary> /// 身份验证过滤器 /// 1. 在非MVC框架项目中使用MVC过滤器,需要通过nuget把MVC的程序集添加进去 /// 2. 继承AuthorizeAttribute类,然后对OnAuthorization方法进行 override 覆写 /// 3. 在Action运行之前首先运行该过滤器 /// </summary> public class MyAuthorize : AuthorizeAttribute { public override void OnAuthorization(AuthorizationContext filterContext) { //1.如果保留如下代码,则会运行.net framework定义好的身份验证,如果希望自定义身份验证,则删除如下代码 // base.OnAuthorization(filterContext); //2.获取区域名字 // string strAreaName = filterContext.RouteData.DataTokens["area"].ToString().ToLower(); //3.获取控制器作用的Controller和action的名字 string controllerName = filterContext.ActionDescriptor.ControllerDescriptor.ControllerName.ToLower(); string actionName = filterContext.ActionDescriptor.ActionName.ToLower(); filterContext.HttpContext.Response.Write("身份验证过滤器作用于" + controllerName + "控制器下的" + actionName + "方法</br>"); } }
B: 行为过滤器
/// <summary> /// 行为过滤器 /// 1. 在非MVC框架项目中使用MVC过滤器,需要通过nuget把MVC的程序集添加进去 /// 2. 继承ActionFilterAttribute类,然后对OnActionExecuting方法和OnActionExecuted方法进行 override 覆写 /// 3. OnActionExecuting方法:在action方法运行之前,且OnAuthorization过滤器运行之后调用 /// OnActionExecuted方法:在action方法运行之后调用 /// </summary> public class MyAction : ActionFilterAttribute { /// <summary> /// 在action方法运行之前调用 /// </summary> /// <param name="filterContext"></param> public override void OnActionExecuting(ActionExecutingContext filterContext) { //1.如果保留如下代码,则会运行.net framework定义好的行为验证,如果希望自定义行为验证,则删除如下代码 // base.OnActionExecuting(filterContext); //2.获取区域名字 // string strAreaName = filterContext.RouteData.DataTokens["area"].ToString().ToLower(); //3.获取控制器作用的Controller和action的名字 string controllerName = filterContext.ActionDescriptor.ControllerDescriptor.ControllerName.ToLower(); string actionName = filterContext.ActionDescriptor.ActionName.ToLower(); filterContext.HttpContext.Response.Write("行为过滤器OnActionExecuting作用于" + controllerName + "控制器下的" + actionName + "方法运行之前</br>"); } /// <summary> /// 在action方法运行之后调用 /// </summary> /// <param name="filterContext"></param> public override void OnActionExecuted(ActionExecutedContext filterContext) { //1.如果保留如下代码,则会运行.net framework定义好的行为验证,如果希望自定义行为验证,则删除如下代码 // base.OnActionExecuted(filterContext); //2.获取区域名字 // string strAreaName = filterContext.RouteData.DataTokens["area"].ToString().ToLower(); //3.获取控制器作用的Controller和action的名字 string controllerName = filterContext.ActionDescriptor.ControllerDescriptor.ControllerName.ToLower(); string actionName = filterContext.ActionDescriptor.ActionName.ToLower(); filterContext.HttpContext.Response.Write("行为过滤器OnActionExecuted作用于" + controllerName + "控制器下的" + actionName + "方法运行之后</br>"); } }
C:结果过滤器
/// <summary> /// 结果过滤器 /// 1. 在非MVC框架项目中使用MVC过滤器,需要通过nuget把MVC的程序集添加进去 /// 2. 继承ActionFilterAttribute类,然后对OnResultExecuting方法和OnResultExecuted方法进行 override 覆写 /// 3. OnResultExecuting方法:在执行结果之后(action之后),页面渲染之前调用 /// OnResultExecuted方法:在页面渲染之后调用 /// </summary> public class MyResult : ActionFilterAttribute { /// <summary> /// action执行之后(OnActionExecuting之后),页面渲染之前调用 /// </summary> /// <param name="filterContext"></param> public override void OnResultExecuting(ResultExecutingContext filterContext) { //1.如果保留如下代码,则会运行.net framework定义好的结果验证,如果希望自定义结果验证,则删除如下代码 // base.OnResultExecuting(filterContext); //该方法中无法获取是哪个控制器后 filterContext.HttpContext.Response.Write("结果过滤器OnResultExecuting作用于action运行之后,页面加载之前"); } /// <summary> /// 页面渲染之后调用 /// </summary> /// <param name="filterContext"></param> public override void OnResultExecuted(ResultExecutedContext filterContext) { //1.如果保留如下代码,则会运行.net framework定义好的结果验证,如果希望自定义结果验证,则删除如下代码 // base.OnResultExecuted(filterContext); //该方法中无法获取是哪个控制器后 filterContext.HttpContext.Response.Write("结果过滤器OnResultExecuted作用于页面渲染之后"); } }
D:异常过滤器
使用自定义异常处理,需要在web.config中为system.web添加<customErrors mode="On" />节点
/// <summary> /// 异常过滤器 /// 需要注意的点: /// ①:如果自定义异常过滤器且需要有作用于全局,需要把FilterConfig中的 filters.Add(new HandleErrorAttribute());注释掉, /// 然后把自定义的异常过滤器添加到FilterConfig中。 /// ②:使用自定义异常处理,需要在web.config中为system.web添加<customErrors mode="On" />节点 /// </summary> public class MyException : HandleErrorAttribute { public override void OnException(ExceptionContext filterContext) { //调用框架本身异常处理器的方法 base.OnException(filterContext); //获取异常信息(可以根据实际需要写到本地或数据库中) var errorMsg = filterContext.Exception; //跳转指定的错误页面 filterContext.Result = new RedirectResult("~/error.html"); filterContext.ExceptionHandled = true; } }
下面展示以特性的形式作用于控制器或控制器中的Action:
3. 自定义类继承MVC中实现类或接口,全局注册,作用于全部控制器
如果以上两种方式均不能满足你的过滤器的使用范围,你可以在App_Start文件夹下的FilterConfig类中进行全局注册,使该过滤器作用于所有控制器中所有Action方法。
特别注意的一点是:自定义异常过滤器,需要把系统默认的filters.Add(new HandleErrorAttribute());注释掉。
全局注册的代码如下:
public class FilterConfig { public static void RegisterGlobalFilters(GlobalFilterCollection filters) { filters.Add(new HandleErrorAttribute()); //全局自定义异常过滤器 filters.Add(new MyException()); ////全局注册身份验证、行为、结果过滤器 //filters.Add(new MyAuthorize()); //filters.Add(new MyAction()); //filters.Add(new MyResult()); ////全局注册 登录验证过滤器(暂时注释,使用的时候打开) //filters.Add(new CheckLogin()); } }
四. 结合实际案例进行代码测试
1. 测试过滤器的执行顺序
将上面的身份验证过滤器、行为过滤器、结果过滤器以特性的形式作用于Action上,通过断点监控或者查看最后的输出结果:
结果:
符合:OnAuthorization→OnActionExecuting-> Action方法执行 ->OnActionExecuted->OnResultExecuting/ -> Render View() (页面渲染加载)->OnResultExecuted() 这一顺序。
2. 全局捕获异常,记录错误日志案例
步骤1:编写异常过滤器,通过 var errorMsg = filterContext.Exception; 获取异常信息,可以写入文本、存入数据库、或者是Log4Net错误日志框架进行处理。代码在上面。
步骤2:在web.config中为system.web添加<customErrors mode="On" />节点。
步骤3:添加到全局注册文件中进行捕获。
步骤4:在自定义的异常过滤器中添加断点,并且自己制造一个错误。
捕获到错误,进行页面跳转。
3. 登录验证案例
业务背景:在90%以上的Web系统中,很多页面都是登录成功以后才能看到的,当然也有很多页面不需要登录,对于需要登录才能看到的页面,即使你知道了访问地址,也是不能访问的,会退出到登录页面提示让你登录,对于不需要登录的页面通过URL地址可以直接访问。
分析:针对以上背景,过滤器对于大部分Action是需要过滤的,需要做登录验证,对于一小部分是不需要过滤的。
解决思路:
①:自定义一个身份验证过滤器,进行全局注册。
②:自定义一个Skip特性,将该特性加到不需要身份验证的Action上。
③:重点说一下身份证过滤器中的逻辑:
a. 先判断该Action上是否又Skip特性,如果有,停止不继续执行;如果没有,继续下面的验证逻辑。
b. 从Session中或Redis中读取当前用户,查看是否为空,如果为空,表明没有登录,返回到登录页面;如果不为空,验证通过,进行后面的业务逻辑。
代码段如下:
/// <summary> /// 校验系统是否登录的过滤器 /// 使用身份验证过滤器进行编写 /// </summary> public class CheckLogin : AuthorizeAttribute { public override void OnAuthorization(AuthorizationContext filterContext) { //1. 校验是否标记跨过登录验证 if (filterContext.ActionDescriptor.IsDefined(typeof(skipAttribute), true) || filterContext.ActionDescriptor.ControllerDescriptor.IsDefined(typeof(skipAttribute), true)) { //表示该方法或控制器跨过登录验证 return; } //2. 校验是否登录 //可以使Session或数据库或nosql //这里只是测试,所有统统当做没有登录来处理 var sessionUser = HttpContext.Current.Session["CurrentUser"];//使用session if (sessionUser == null) { HttpContext.Current.Session["CurrentUrl"] = filterContext.RequestContext.HttpContext.Request.RawUrl; //如果没有登录,则跳转到错误页面 filterContext.Result = new RedirectResult("~/error.html"); } } }
以上内容转载自:https://www.cnblogs.com/yaopengfei/p/7910763.html
付费内容,请联系本人QQ:1002453261
本文来自博客园,作者:明志德道,转载请注明原文链接:https://www.cnblogs.com/for-easy-fast/articles/14396271.html