当前位置: 代码迷 >> VC/MFC >> MVC中的AOP思维——Filter
  详细解决方案

MVC中的AOP思维——Filter

热度:174   发布时间:2016-05-02 03:47:40.0
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中方法的执行是后期有选择的加入的,感觉很像方法正在从上到下流畅执行,到了特定地方,被横切一刀,切面编程还是蛮形象的。











     

版权声明:本文为博主原创文章,未经博主允许不得转载。

1楼u0109269643小时前
向大牛学习了
  相关解决方案