在谈AOP之前,我们先来说OOP(Object Oriented Programming),这是接触每一门编程语言的时候,都会先学的东西。众所周知,OOP有三个特征:封装,继承,多态。这是从类的角度来说的,如果我们把系统中的关系用UML图来表示的话,会发现有点儿类似树的结构,这棵树是从上到下的或者是从下到上的,是一个竖直的结构。
但是AOP不同,AOP是一个水平的结构。在一个系统中,我们可能会遇到这样的情况,当我们写了一大段业务逻辑,之后,在方法结尾,我们要将一些操作记入日志中,然而,我们要记入日志的东西很多,很可能我们很多代码都是这个结构:业务逻辑+日志记录。为解耦业务逻辑跟这些与业务逻辑无关的东西,方便系统维护,提高代码清晰度,我们加入AOP。
如果说OOP是对系统的纵切的话,那么AOP就是对系统的横切,在横切的同时,加入统一的处理,让我们编码的时候,重点还是放在业务逻辑方面,对系统整体的相似的东西(与业务逻辑无关的东西)在横切的同时统一加入。
在ASP.NET MVC框架中,为我们提供了四种类型的Filter类型包括:IAuthorizationFilter、IActionFilter、IResultFilter、IExceptionFilter,执行顺序如下:
IAuthorizationFilter 最先执行的,在这些Filter中,我们可以说它的执行优先级是最高的,用于身份验证并对控制器中的action进行授等进行逻辑处理
IActionFilter 在IAuthorizationFilter之后执行,包含两个方法,在controller中的action执行之前、执行之后进行逻辑处理
IResultFilter 同样包含两个方法,在IActionFilter之后执行,在返回View之前和返回View之后执行逻辑处理
IException 主要用于对异常信息进行处理
下面我们以IActionFilter与IException为例,来看下filter是如何实现AOP的。
首先是actionFilter:
public class LoggerFilter:FilterAttribute,IActionFilter { /// <summary> /// 在被拦截action后执行 /// </summary> /// <param name="filterContext">The filter context.</param> /// <remarks>创建者:刘慧超; 创建时间:2015-09-13 19:47:23</remarks> public void OnActionExecuted(ActionExecutedContext filterContext) { filterContext.Controller.ViewData["executedLogger"] = "action之后。。——" + DateTime.Now; } /// <summary> /// 在被拦截Action前执行 /// </summary> /// <param name="filterContext">The filter context.</param> /// <remarks>创建者:刘慧超; 创建时间:2015-09-13 19:47:00</remarks> public void OnActionExecuting(ActionExecutingContext filterContext) { filterContext.Controller.ViewData["executingLogger"] = "action之前。。——" + DateTime.Now; } }
我们建立的类要继承FilterAttribute,实现IActionFilter,重写action执行之前和之后的方法。
测试,如果要使用我们的filter,只需在返回view的方法上面加上标签即可。
[LoggerFilter()] public ActionResult Index() { System.Threading.Thread.Sleep(2000); ViewData["Time"] = DateTime.Now;//当前时间 System.Threading.Thread.Sleep(2000); return View(); }
然后我们在页面上接收下根据打印的时间来判断执行顺序:
@using System.Web.UI.WebControls @{ ViewBag.Title = "Index"; } <h2>测试ActionFilter</h2> <p>@ViewData["executingLogger"]</p> <p></p> <p>@ViewData["Time"]</p> <p></p> <p>@ViewData["executedLogger"]</p>
异常处理:
public class ExceptionFilter:FilterAttribute,IExceptionFilter { /// <summary> /// 异常发生时候被调用 /// </summary> /// <param name="filterContext">The filter context.</param> /// <remarks>创建者:刘慧超; 创建时间:2015-09-13 19:52:25</remarks> public void OnException(ExceptionContext filterContext) { filterContext.Controller.ViewData["ErrorMessage"] = filterContext.Exception.Message; //此处Exception是异常类型实例 filterContext.Result = new ViewResult() { ViewName = "ExceptionIndex", //出错后跳转到的错误页面 ViewData = filterContext.Controller.ViewData }; filterContext.ExceptionHandled = true; //告诉系统,异常已经处理了,不需要再次处理了 } }
在代码中,我们定义出现异常之后,跳转到异常出错页面。
测试方法:
public void TestE() { throw new Exception("这是个被抛出的异常,啦啦啦。。。"); return; ; } [ExceptionFilter()] public ActionResult ExceptionIndex() { TestE(); return View(); }
页面显示出一次信息:
@{ ViewBag.Title = "ExceptionIndex"; } <h2>异常拦截测试</h2> <p>@ViewData["ErrorMessage"]</p>
可见filter使用方法类似,首先定义继承相应接口和特性标签的类,之后在要处理的返回视图的方法上加上attribute.
有点儿类似我们以前经常被问道的页面生命周期,但是又不一样,页面生命周期是类自带的,而filter中方法的执行是后期有选择的加入的,感觉很像方法正在从上到下流畅执行,到了特定地方,被横切一刀,切面编程还是蛮形象的。
版权声明:本文为博主原创文章,未经博主允许不得转载。
原文地址:http://blog.csdn.net/lhc1105/article/details/48421481