MVC中的AOP思想——Filter

最新推荐文章于 2025-01-15 09:20:37 发布

weixin_34342992

最新推荐文章于 2025-01-15 09:20:37 发布

阅读量173

点赞数

CC 4.0 BY-SA版权

文章标签：测试 ui

原文链接：https://yq.aliyun.com/articles/240872

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