MVC中的AOP思想——Filter

     一，AOP(Aspect Oriented Programming)

           在谈AOP之前，我们先来说OOP（Object Oriented Programming）,这是接触每一门编程语言的时候，都会先学的东西。众所周知，OOP有三个特征：封装，继承，多态。这是从类的角度来说的，如果我们把系统中的关系用UML图来表示的话，会发现有点儿类似树的结构，这棵树是从上到下的或者是从下到上的，是一个竖直的结构。

          但是AOP不同，AOP是一个水平的结构。在一个系统中，我们可能会遇到这样的情况，当我们写了一大段业务逻辑，之后，在方法结尾，我们要将一些操作记入日志中，然而，我们要记入日志的东西很多，很可能我们很多代码都是这个结构：业务逻辑+日志记录。为解耦业务逻辑跟这些与业务逻辑无关的东西，方便系统维护，提高代码清晰度，我们加入AOP。

          如果说OOP是对系统的纵切的话，那么AOP就是对系统的横切，在横切的同时，加入统一的处理，让我们编码的时候，重点还是放在业务逻辑方面，对系统整体的相似的东西（与业务逻辑无关的东西）在横切的同时统一加入。

      

二，Filter实现简单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中方法的执行是后期有选择的加入的，感觉很像方法正在从上到下流畅执行，到了特定地方，被横切一刀，切面编程还是蛮形象的。