> ASP.NET MVC建议使用或扩展内置的Authorization,Action,Result,Exception过滤器.
>第3方.Net IoC容器(Unity,Ninject,Autofac)提出拦截器
>第三方AOP工具(Postsharp)提出了他们的属性.
>第3方.Net IoC容器(Unity,Ninject,Autofac)提出拦截器
>第三方AOP工具(Postsharp)提出了他们的属性.
解决方法
一切都始于良好的应用程序设计.当您的应用程序设计正确时,您将很少有理由与您的UI框架公开的那些AOP交互(这也适用于WCF).
例如,当您隐藏通用接口背后的所有业务逻辑并向其传递命令消息时(如this article所示),您的控制器将成为瘦包装器,通常只需执行此类业务命令.在这种情况下,您将能够通过包装这些业务操作来实现授权和异常过滤,从而使UI代码保持干净并且不受属性影响.通过拦截或plain old decorators可以完成围绕业务运营的那些横切关注点.这可以为您提供更大的灵活性并保持您的设计SOLID(其具有很多不太明显的长期效益).
尽管PostSharp的代码编织工具有其用途,但您应该小心它们.他们使用后编译过程将代码注入到程序集中.这使得在没有达到这些方面的情况下对这些类进行单元测试非常痛苦.您不能轻易地单独测试这些类(这是单元测试的前提条件).使您的方面依赖于某些静态变量,使方面和单元测试复杂化.静态变量使得难以并行运行单元测试,并且使用全局常量将需要测试以正确地拆除更改的全局设置以防止其他测试受到影响.