asp.net-mvc – AOP vs MVC FilterAttributes vs Interceptor

> ASP.NET MVC建议使用或扩展内置的Authorization,Action,Result,Exception过滤器.
>第3方.Net IoC容器(Unity,Ninject,Autofac)提出拦截器
>第三方AOP工具(Postsharp)提出了他们的属性.

现在,我搞砸了.可能是我混合了所有这些.
我想构建健壮的代码和稳定的方法,我应该使用什么?

解决方法

一切都始于良好的应用程序设计.当您的应用程序设计正确时,您将很少有理由与您的UI框架公开的那些AOP交互(这也适用于WCF).

例如,当您隐藏通用接口背后的所有业务逻辑并向其传递命令消息时(如this article所示),您的控制器将成为瘦包装器,通常只需执行此类业务命令.在这种情况下,您将能够通过包装这些业务操作来实现授权和异常过滤,从而使UI代码保持干净并且不受属性影响.通过拦截或plain old decorators可以完成围绕业务运营的那些横切关注点.这可以为您提供更大的灵活性并保持您的设计SOLID(其具有很多不太明显的长期效益).

尽管PostSharp的代码编织工具有其用途,但您应该小心它们.他们使用后编译过程将代码注入到程序集中.这使得在没有达到这些方面的情况下对这些类进行单元测试非常痛苦.您不能轻易地单独测试这些类(这是单元测试的前提条件).使您的方面依赖于某些静态变量,使方面和单元测试复杂化.静态变量使得难以并行运行单元测试,并且使用全局常量将需要测试以正确地拆除更改的全局设置以防止其他测试受到影响.

虽然代码编织工具导致的性能通常大于拦截,但与使用装饰器相比,没有性能提升.

相关文章

这篇文章主要讲解了“WPF如何实现带筛选功能的DataGrid”,文...
本篇内容介绍了“基于WPF如何实现3D画廊动画效果”的有关知识...
Some samples are below for ASP.Net web form controls:(fr...
问题描述: 对于未定义为 System.String 的列,唯一有效的值...
最近用到了CalendarExtender,结果不知道为什么发生了错位,...
ASP.NET 2.0 page lifecyle ASP.NET 2.0 event sequence cha...