AOP框架Dora.Interception 3.0 [5]: 基于策略的拦截器注册方式
注册拦截器旨在解决如何将拦截器应用到目标方法的问题。在我看来,针对拦截器的注册应该是明确而精准的,也就是我们提供的注册方式应该让拦截器准确地应用到期望的目标方法上,不能多也不能少。如果注册的方式过于模糊,很容易将拦截器应用到非目标方法上。按照这个原则,一些AOP框架提供的针对类型命名空间、类型或者成员名称前(后)缀的拦截器映射策略其实都是不严谨的。Dora.Interception只提供两种严谨的拦截器注册方式,一种前面介绍的针对特性标注的方式,另一种就是本篇介绍的针对策略的方式。
一、AddPolicy
拦截策略表达的是:将一个提供拦截器的IInterceptorProvider对象应用到某个目标类型的某一个或者多个方法或者属性成员上。如下所示的是在《编程体验》中定义的拦截策略,它表达的意图是:将CacheReturnValueAttribute应用到SystemClock类型的GetCurrentTime方法上,并且将Order属性设置为1。
public class Program
{
public static void Main(string[] args)
{
Host.CreateDefaultBuilder()
.UseInterceptableServiceProvider(configure: Configure)
.ConfigureWebHostDefaults(buider => buider.UseStartup<Startup>())
.Build()
.Run(); static void Configure(InterceptionBuilder interceptionBuilder)
{
interceptionBuilder.AddPolicy(policyBuilder => policyBuilder
.For<CacheReturnValueAttribute>(order: , cache => cache
.To<SystemClock>(target => target
.IncludeMethod(clock => clock.GetCurrentTime(default)))));
}
}
}
通过上面的代码片段可以看出,拦截策略是通过调用InterceptionBuilder 的AddPolicy扩展方法注册的。如下面的代码片段所示,该方法具有一个Action<IInterceptionPolicyBuilder>类型的参数,具体的拦截策略最终是利用IInterceptionPolicyBuilder对象来定义的。
public static partial class InterceptionBuilderExtensions
{
public static InterceptionBuilder AddPolicy(this InterceptionBuilder builder, Action<IInterceptionPolicyBuilder> configure);
}
二、IInterceptionPolicyBuilder
Dora.Interception最终利用InterceptionPolicy对象来表示拦截策略,如下面的代码片段所示,IInterceptionPolicyBuilder的Build方法最终会生成该对象。具体针对拦截策略的定义体现在针对For<TInterceptorProvider>方法的调用上。拦截策略是以提供拦截器的IInterceptorProvider对象来基础,For<TInterceptorProvider>方法直接利用泛型参数来提供具体的IInterceptorProvider类型。
public interface IInterceptionPolicyBuilder
{
IServiceProvider ServiceProvider { get; }
InterceptionPolicy Build();
IInterceptionPolicyBuilder For<TInterceptorProvider>(int order, Action<IInterceptorProviderPolicyBuilder> configureTargets, params object[] arguments) where TInterceptorProvider: IInterceptorProvider;
}
For<TInterceptorProvider>方法的Order属性表示提供拦截器在最终拦截器管道的位置,最终的arguments参数用来提供创建拦截器对象时所需的参数列表。如果构造函数的所有参数都可以利用依赖注入容器(对应于IInterceptionPolicyBuilder的ServiceProvider属性)来提供,这个参数是可以缺省的。For<TInterceptorProvider>方法的核心是作为第二个参数的Action<IInterceptorProviderPolicyBuilder> 对象,它决定了指定的IInterceptorProvider应该应用到那个类型的哪些成员上。
三、IInterceptorProviderPolicyBuilder
IInterceptorProviderPolicyBuilder的To<TTarget>方法会将当前指定的IInterceptorProvider应用到通过泛型参数表示的目标类型上,至于具体应用到哪些方法或者属性成员上,则由提供的Action<ITargetPolicyBuilder<TTarget>> 对象作进一步设置。
public interface IInterceptorProviderPolicyBuilder
{
InterceptorProviderPolicy Build();
IInterceptorProviderPolicyBuilder To<TTarget>(Action<ITargetPolicyBuilder<TTarget>> configure);
}
四、ITargetPolicyBuilder<T>
ITargetPolicyBuilder<T>(泛型类型表示IInterceptorProvider应用的目标类型)旨在解决成员选择的问题。我们可以调用IncludeMethod或者IncludeProperty<TValue>显式指定目标方法或者属性。如果我们需要应用到所有可被拦截的方法和属性,可以调用IncludeAllMembers方法,如果需要排除少数几个方法或者属性成员,可以调用ExcludeMethod或者ExcludeMethod<TValue>方法。由于这些方法利用表达式而不是名称来选择目标成员,所以它不但能够避免方法名称写错的情况,还能解决方法重载的问题。
public interface ITargetPolicyBuilder<T>
{
TargetTypePolicy Build();
ITargetPolicyBuilder<T> IncludeAllMembers();
ITargetPolicyBuilder<T> IncludeMethod(Expression<Action<T>> methodInvocation);
ITargetPolicyBuilder<T> ExcludeMethod(Expression<Action<T>> methodInvocation);
ITargetPolicyBuilder<T> IncludeProperty<TValue>(Expression<Func<T, TValue>> propertyAccessor, PropertyMethod propertyMethod);
ITargetPolicyBuilder<T> ExcludeProperty<TValue>(Expression<Func<T, TValue>> propertyAccessor, PropertyMethod propertyMethod);
} [Flags]
public enum PropertyMethod
{
Get = ,
Set = ,
Both =
}
五、一个完整的拦截策略
通过上面Dora.Interception提供的API,基本上能够将任何请问的拦截器注册需求定义成相应的拦截策略。如下所示的拦截策略综合使用了上述所有的方法。
public static void Main(string[] args)
{
Host.CreateDefaultBuilder()
.UseInterceptableServiceProvider(configure: Configure)
.ConfigureWebHostDefaults(buider => buider.UseStartup<Startup>())
.Build()
.Run(); static void Configure(InterceptionBuilder buidler) => buidler.AddPolicy(policy => policy
.For<FooInterceptorAttribute>(, interceptor => interceptor
.To<FoobarService>(target => target
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))
.To<FoobazService>(targetBuilder => targetBuilder
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))) .For<BarInterceptorAttribute>(, interceptor => interceptor
.To<FoobarService>(target => target
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))
.To<BarbazService>(targetBuilder => targetBuilder
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))) .For<BazInterceptorAttribute>(, interceptor => interceptor
.To<FoobazService>(target => target
.IncludeAllMembers()
.ExcludeMethod(foobar => foobar.NonInterceptableInvokeAsync())
.ExcludeProperty(foobar => foobar.NonInterceptable, PropertyMethod.Both)
.ExcludeProperty(foobar => foobar.Get, PropertyMethod.Set)
.ExcludeProperty(foobar => foobar.Set, PropertyMethod.Get))
.To<BarbazService>(targetBuilder => targetBuilder
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))));
}
六、策略脚本化
考虑到拦截策略可能需要动态调整,但是我们又不希望对应用进行重新编译和发布,所以我们可以考虑将拦截策略定义在配置文件中。但是配置文件在表达“目标成员选择”方面会很繁琐,因为如果好标识某个方法,不仅需要指定方法名称,还需要指定所有参数列表类型。我们最终将拦截策略定义成C#脚本来解决这个问题。如果已经将拦截策略定义在一个C#脚本文件中,我们可以调用InterceptionBuilder如下这个AddPolicy扩展方法重载。
public static partial class InterceptionBuilderExtensions
{
public static InterceptionBuilder AddPolicy(this InterceptionBuilder builder, string fileName, Action<PolicyFileBuilder> configure = null);
}
除了指定作为策略文件的路径之外,我们还可以提供一个Action<PolicyFileBuilder>对象。如下面的代码片段所示,PolicyFileBuilder提供了三个方法,SetFileProvider方法用来设置用来读取拦截策略文件的IFileProvider对象(默认为针对当前目录的PhysicalFileProvider),AddReferences和AddImports方法则用来添加程序集引用和导入命名空间。
public sealed class PolicyFileBuilder
{
public IFileProvider FileProvider {get; }
public Assembly[] References {get; }
public string[] Imports {get; } public PolicyFileBuilder SetFileProvider(IFileProvider fileProvider);
public PolicyFileBuilder AddReferences(params Assembly[] references);
public PolicyFileBuilder AddImports(params string[] namespaces);
public string ReadAllText(string fileName);
}
当我们在定义拦截策略脚本的时候,它可以获取一个用来构建拦截器策略的IInterceptionPolicyBuilder对象的全局变量,该全局变量被命名为policyBuilder。对于上面一节中定义的拦截策略,我们可以采用如下的方式将它脚本话,两者的内容几乎是完全一致的。
policyBuilder
.For<FooInterceptorAttribute>(, interceptor => interceptor
.To<FoobarService>(target => target
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))
.To<FoobazService>(targetBuilder => targetBuilder
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))) .For<BarInterceptorAttribute>(, interceptor => interceptor
.To<FoobarService>(target => target
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))
.To<BarbazService>(targetBuilder => targetBuilder
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set))) .For<BazInterceptorAttribute>(, interceptor => interceptor
.To<FoobazService>(target => target
.IncludeAllMembers()
.ExcludeMethod(foobar => foobar.NonInterceptableInvokeAsync())
.ExcludeProperty(foobar => foobar.NonInterceptable, PropertyMethod.Both)
.ExcludeProperty(foobar => foobar.Get, PropertyMethod.Set)
.ExcludeProperty(foobar => foobar.Set, PropertyMethod.Get))
.To<BarbazService>(targetBuilder => targetBuilder
.IncludeMethod(foobar => foobar.InterceptableInvokeAsync())
.IncludeProperty(foobar => foobar.Both, PropertyMethod.Both)
.IncludeProperty(foobar => foobar.Get, PropertyMethod.Get)
.IncludeProperty(foobar => foobar.Set, PropertyMethod.Set)));
AOP框架Dora.Interception 3.0 [1]: 编程体验
AOP框架Dora.Interception 3.0 [2]: 实现原理
AOP框架Dora.Interception 3.0 [3]: 拦截器设计
AOP框架Dora.Interception 3.0 [4]: 基于特性的拦截器注册
AOP框架Dora.Interception 3.0 [5]: 基于策略的拦截器注册
AOP框架Dora.Interception 3.0 [6]: 自定义拦截器注册方式
AOP框架Dora.Interception 3.0 [5]: 基于策略的拦截器注册方式的更多相关文章
- AOP框架Dora.Interception 3.0 [4]: 基于特性的拦截器注册
按照单一职责的原则,拦截器只负责需要的拦截操作的执行,至于它采用何种方式应用到目标方法上,以及它在整个拦截器管道中的位置则属于“拦截器注册”的范畴.Dora.Interception提供了几种典型的注 ...
- AOP框架Dora.Interception 3.0 [1]: 编程体验
.NET Core正式发布之后,我为.NET Core度身定制的AOP框架Dora.Interception也升级到3.0.这个版本除了升级底层类库(.NET Standard 2.1)之外,我还对它 ...
- AOP框架Dora.Interception 3.0 [2]: 实现原理
和所有的AOP框架一样,我们必须将正常的方法调用进行拦截,才能将应用到当前方法上的所有拦截器纳入当前调用链.Dora.Interception采用IL Eimit的方式实现对方法调用的拦截,接下来我们 ...
- AOP框架Dora.Interception 3.0 [3]: 拦截器设计
对于所有的AOP框架来说,多个拦截器最终会应用到某个方法上.这些拦截器按照指定的顺序构成一个管道,管道的另一端就是针对目标方法的调用.从设计角度来将,拦截器和中间件本质是一样的,那么我们可以按照类似的 ...
- 全新升级的AOP框架Dora.Interception[1]: 编程体验
多年之前利用IL Emit写了一个名为Dora.Interception(github地址,觉得不错不妨给一颗星)的AOP框架.前几天利用Roslyn的Source Generator对自己为公司写的 ...
- 全新升级的AOP框架Dora.Interception[汇总,共6篇]
多年之前利用IL Emit写了一个名为Dora.Interception(github地址,觉得不错不妨给一颗星)的AOP框架.前几天利用Roslyn的Source Generator对自己为公司写的 ...
- 全新升级的AOP框架Dora.Interception[2]: 基于“约定”的拦截器定义方式
Dora.Interception有别于其他AOP框架的最大的一个特点就是采用针对"约定"的拦截器定义方式.如果我们为拦截器定义了一个接口或者基类,那么拦截方法将失去任意注册依赖服 ...
- 全新升级的AOP框架Dora.Interception[3]: 基于特性标注的拦截器注册方式
在Dora.Interception(github地址,觉得不错不妨给一颗星)中按照约定方式定义的拦截器可以采用多种方式注册到目标方法上.本篇文章介绍最常用的基于"特性标注"的拦截 ...
- 全新升级的AOP框架Dora.Interception[4]: 基于Lambda表达式的拦截器注册方式
如果拦截器应用的目标类型是由自己定义的,Dora.Interception(github地址,觉得不错不妨给一颗星)可以在其类型或成员上标注InterceptorAttribute特性来应用对应的拦截 ...
随机推荐
- Linux虚拟机扩容根分区CentOs6.9 VMware14
1.首先关闭虚拟机点击编辑虚拟机设置 2.点击想要扩容的硬盘点击扩容 3.增加容量 输入想增加的容量,因为我本身是30G写到35G是加了5G不是增加30G.(此处为了演示只增加5G) 4.开启虚拟机 ...
- 读完此文让你了解各个queue的原理
队列是一种特殊的线性表,它只允许在表的前端进行删除操作,而在表的后端进行插入操作.通俗来讲,就是一个队列中,早来的排在前面,后来的就在队尾,而这个队列大多只有一个出口和入口的单项队列.Queue的重要 ...
- Stream系列(二)Map方法使用
Stream 将List 里面的对象转换为新的对象 EmployeeTestCase.java package com.example.demo; import lombok.Data; import ...
- day 28 网络基础相关的知识
1.网络基础相关的知识 架构 C/S 架构: client 客户端 server服务器端 优势: 能充分发挥PC机的性能 B/S 架构: browser 浏览器 server服务器 隶 ...
- Java的证书:HTTPS与SSL
在取得connection的时候和正常浏览器访问一样,仍然会验证服务端的证书是否被信任(权威机构发行或者被权威机构签名):如果服务端证书不被信任,则默认的实现就会有问题,一般来说,java在访问ssl ...
- Scala函数式编程(四)函数式的数据结构 上
这次来说说函数式的数据结构是什么样子的,本章会先用一个list来举例子说明,最后给出一个Tree数据结构的练习,放在公众号里面,练习里面给出了基本的结构,但代码是空缺的需要补上,此外还有预留的test ...
- div水平垂直居中的六种方法
在平时,我们经常会碰到让一个div框针对某个模块上下左右都居中(水平垂直居中),其实针对这种情况,我们有多种方法实现. 方法一: 绝对定位方法:不确定当前div的宽度和高度,采用 transform: ...
- windows下PyCharm安装及使用 【转自 https://blog.csdn.net/yctjin/article/details/70307933?locationNum=11&fps=1】
一.首先安装pycharm,可以参考这篇文章:http://www.jianshu.com/p/042324342bf4 搭建环境 1.win10_X64,其他Win版本也可以.2.PyCharm版本 ...
- Leecode_98_Validate_Binary_Search_Tree
Given a binary tree, determine if it is a valid binary search tree (BST). Assume a BST is defined as ...
- STM32 GPIO口的配置和应用
STM32F103ZET6 一共有7组IO口(有FT的标识是可以识别5v的) 每组IO口有16个IO 一共16*7=112个IO 4种输入模式: (1) GPIO_Mode_AIN 模拟输入 (2) ...