在Dora.Interception（github地址，觉得不错不妨给一颗星）中按照约定方式定义的拦截器可以采用多种方式注册到目标方法上。本篇文章介绍最常用的基于”特性标注”的拦截器注册方式，下一篇会介绍另一种基于（Lambda）表达式的注册方式。如果原生定义的这两种注册方式不能满足要求，利用框架提供的扩展，我们可以完成任何你想要的拦截器注册手段。（拙著《ASP.NET Core 6框架揭秘》6折优惠，首印送签名专属书签）
拦截器类型可以利用如下这个InterceptorAttribute特性应用到标注的类型、属性和方法上。除了通过Interceptor属性指定拦截器类型之外，我们还可以利用Order属性控制拦截器的执行顺序，该属性默认值为0。该特性的Arguments用来提供构造拦截器对象的参数。
拦截器对象是通过依赖注入容器提供的，容器能够自动提供注入到构造函数中对象。如果构造函数包含额外的参数，对应的参数值就需要利用InterceptorAttribute 特性的Arguments属性来提供，此属性由构造函数的arguments参数提供。
对于如上这个拦截器类型FoobarInterceptor，其构造函数定义了一个字符串的参数name用来指定拦截器的名称，当我利用InterceptorAttribute 特性将此拦截器应用到Invoker类型的Invoke1和Invoke2方法上是，就需要按照如下的方式指定具体的名称（Interceptor1和Interceptor2）。
我们按照如下的方式调用Invoker对象的Invoke1和Invoke2方法。
其实我们可以让定义的拦截器类型派生于InterceptorAttribute 特性，这样就可以直接将它标注到目标类型、属性和方法上。比如上面这个FoobarInterceptor类型可以改写成如下的形式。
只有接口方法和虚方法才能被拦截，Dora.Interception针对拦截器的应用提供了如下的验证逻辑：
- 标注到方法上（函数属性的Get/Set方法）：如果目标方法均不能被拦截，抛出异常；
- 标注到属性上：表示将拦截器应用到该属性可以被拦截的Get/Set方法上。如果Get和Set方法均不能被拦截，抛出异常；
- 标注到类型上：表示将拦截器应用到目标类型可以来拦截的方法（含属性方法）上，如果类型的所有方法均不能被拦截，此时不会抛出异常。
对于上面定义的三个类型，Foo的M方法和Bar的P属性均是无法被拦截，Baz类型并没有可以被拦截的方法。我们采用如下的程序测试上述的检验逻辑。
我们利用如下这个拦截器类型FoobarInterceptorAttribute 来演示将拦截器应用到类型和属性上。该拦截器类型派生于InterceptorAttribute特性，并在执行的时候输出当前的方法。
我们将FoobarInterceptorAttribute 特性标注到Foo类型上，后者定义的M1方法和P1属性是可以被拦截的，但是M2方法和P2属性则不能。FoobarInterceptorAttribute 特性还被应用到Bar类型的P1属性以及P2属性的Set方法上。
我们利用如下的程序来检验针对Foo和Bar对象所有方法和属性的调用，那么被拦截器拦截下来。
如果某个拦截器需要被应用大某个类型的绝大部分成员，我们可以选择”排除法”：将拦截器应用到该类型上，将某些非目标成员屏蔽掉。还有一种情况下，如果我们确定某些类型或者方法不能被拦截（比如会在一个循环中频繁调用），又担心一些”模糊”的拦截器注册方法将它们与某些拦截器错误地关联在一起，此时我们可以选择将其拦截功能显式屏蔽掉。
针对拦截的屏蔽可以通过在类型、属性、方法设置程序集上标注NonInterceptableAttribute特性。由于屏蔽功能具有最高优先级，一旦将此特性应用到某个类型上，该类型上的所有成员均不会被拦截。如果被标注到属性上，其Get和Set方法也不会被拦截。具有如下定义的Foo和Bar类型的所有方法和属性都不会被拦截（源代码）。
Original: https://www.cnblogs.com/artech/p/dora-aop-3.html
Author: Artech
Title: 全新升级的AOP框架Dora.Interception[3]: 基于特性标注的拦截器注册方式
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/547225/
转载文章受原作者版权保护。转载请注明原作者出处！