Dora.Interception 1.0(Github地址:可以访问GitHub地址:https://github.com/jiangjinnan/Dora)推出有一段时间了,最近花了点时间将它升级到2.0,主要有如下的改进:

  • 提供了原生的动态代理生成底层框架Dora.DynamicProxy:之前依赖第三方框架Castle实现最底层的代理生成,但是它不支持基于Task的并行编程(也就是说通过它编写的Interceptor无法实现异步执行),所以我采用IL Emit的方式自行实现了这部分的功能,这些底层的功能实现在Dora.DynamicProxy中。
  • 提供了如下两种形式的拦截方案:
    • 基于实例封装:如果消费的类型是一个接口,那么提供的类型为动态生成的代理类,该代理类封装了目标对象。对于每一个动态生成的接口实现成员来说,它会负责执行应用的Interceptor。如果需要调用目标方法,被封装的目标对象的对应方法会被调用。这种拦截方案要求目标类型实现一个接口,接口中定义的所有方法和属性都是可以被拦截的。
    • 基于类型继承:如果目标类型是一个非Sealed类型,一个继承与它的代理类型会被动态生成。如果Interceptor被应用到目标类型的某个虚方法或者属性上,该成员会在生成的代理类中被重写,进而使Interceptor得以执行。这种拦截机制适合非Sealed类型,只有虚方法/属性能够被拦截。
  • 提供了针对属性的拦截支持:之前的版本支持针对方法的拦截,最新版本中提供了针对属性的拦截支持。我们可以选择将Interceptor应用到某个类型的属性上,也可以单独应用到该属性的Get或者Set方法上。

由于Dora.Interception将Dora.DynamicProxy作为默认的动态代理类型生成框架,所以不在依赖任何第三发框架,因此在编程会变得更加简单,现在我们来做一个简单的演示。在安装了最新版本的NuGet包Dora.Interception之后,我们可以按照 “约定” 的方式来定义如下这么一个简单的Interceptor类型。为了验证针对Task并行编程的支持,我们特意在拦截方法InvokeAsync中Delay了一秒钟。

  1. public class FoobarInterceptor
  2. {
  3. private InterceptDelegate _next;
  4. public FoobarInterceptor(InterceptDelegate next)
  5. {
  6. _next = next;
  7. }
  8. public async Task InvokeAsync(InvocationContext context)
  9. {
  10. Console.WriteLine("Interception task starts.");
  11. await Task.Delay(1000);
  12. Console.WriteLine("Interception task completes.");
  13. await _next(context);
  14. }
  15. }

我将Interceptor和Interceptor的注册特意区分开来,Interceptor的注册默认采用特性标注的形式来实现,为此我们为上面定义的FoobarInterceptor创建一个对应的特性类型FoobarAttribute。如下面的代码片段所示,FoobarAttribute派生于InterceptorAttribute,FoobarInterceptor在重写的Use方法中被构建,在构建过程中可以指定该Interceptor在整个Interceptor Chain的位置(Order)。

  1. [AttributeUsage(AttributeTargets.Class | AttributeTargets.Method | AttributeTargets.Property)]
  2. public class FoobarAttribute : InterceptorAttribute
  3. {
  4. public override void Use(IInterceptorChainBuilder builder)
  5. {
  6. builder.Use<FoobarInterceptor>(this.Order);
  7. }
  8. }

接下来我们定义了简单的类型Demo来使用FoobarInterceptor,Demo实现了接口IDemo,FoobarAttribute标注在需要被拦截的方法InvokeAsync上。

  1. public interface IDemo
  2. {
  3. Task InvokeAsync();
  4. }
  5. public class Demo : IDemo
  6. {
  7. [Foobar]
  8. public Task InvokeAsync()
  9. {
  10. Console.WriteLine("Target method is invoked.");
  11. return Task.CompletedTask;
  12. }
  13. }

由于Dora.Interception实现了与.NET Core的Dependency Injection的无缝集成,所以我们只需要采用我们熟悉的方式来提供服务实例就可以了。如下面的代码片段所示,我们将IDemo和Demo之间的映射关系注册到创建的ServiceCollection上之后,并没有调用BuildeServiceProvider方法,而是调用BuildInterceptableServiceProvider来创建提供服务的ServiceProvider。

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var demo = new ServiceCollection()
  6. .AddSingleton<IDemo, Demo>()
  7. .BuildeInterceptableServiceProvider()
  8. .GetRequiredService<IDemo>();
  9. demo.InvokeAsync();
  10. Console.WriteLine("Continue...");
  11. Console.Read();
  12. }
  13. }

如下所示的是这段代码的执行结果,我们可以看到应用的FoobarInterceptor被正常执行,而且它完全是以异步的方式执行的。

clip_image001

如果Demo没有实现任何的接口,并且它不是一个Sealed类型,它的虚方法和属性也是可以被拦截的。比如我们将Demo做了如下的改动。

  1. public class Demo
  2. {
  3. [Foobar]
  4. public virtual Task InvokeAsync()
  5. {
  6. Console.WriteLine("Target method is invoked.");
  7. return Task.CompletedTask;
  8. }
  9. }

所有Demo没有了接口实现,所以我们需要对服务注册代码做相应的修改。执行修后的代码,我们依然会得到相同的输出。

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var demo = new ServiceCollection()
  6. .AddSingleton<Demo, Demo>()
  7. .BuildeInterceptableServiceProvider()
  8. .GetRequiredService<Demo>();
  9. demo.InvokeAsync();
  10. Console.WriteLine("Continue...");
  11. Console.Read();
  12. }
  13. }

对于上一版本来说,被拦截的成员仅限于普通的方法,最新的版本增加对属性的支持。如果一个Interceptor被直接应用到某个属性上,它实际上会被同时应用到该属性的Get和Set方法上。比如我们在Demo类型上添加一个Value属性,并在上面标准FoobarAttribute。

  1. public class Demo
  2. {
  3. [Foobar]
  4. public virtual object Value { get; set; }
  5. }

接下来我们按照如下的方式获取一个Demo对象,并调用其Value属性的Set和Get方法。

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var demo = new ServiceCollection()
  6. .AddSingleton<Demo, Demo>()
  7. .BuildInterceptableServiceProvider()
  8. .GetRequiredService<Demo>();
  9. Console.WriteLine("Set...");
  10. demo.Value = new object();
  11. Console.WriteLine("Get...");
  12. var value = demo.Value;
  13. Console.Read();
  14. }
  15. }

从如下的输出结果可以看出,我们注册到Value属性上的FoobarInterceptor在Get和Set方法被调用的时候都执行了一遍。

clip_image002

如果我们只需要在某个属性的Get或者Set方法上应用某个Interceptor,我们也可以作针对性的标注。在如下的代码片段中,我们将FoobarAttrbute标准到Get方法上。

  1. public class Demo
  2. {
  3. [Foobar]
  4. public virtual object Value { get; set; }
  5. }

接下来我们按照如下的方式获取一个Demo对象,并调用其Value属性的Set和Get方法。

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var demo = new ServiceCollection()
  6. .AddSingleton<Demo, Demo>()
  7. .BuildInterceptableServiceProvider()
  8. .GetRequiredService<Demo>();
  9. Console.WriteLine("Set...");
  10. demo.Value = new object();
  11. Console.WriteLine("Get...");
  12. var value = demo.Value;
  13. Console.Read();
  14. }
  15. }

从如下的输出结果可以看出,我们注册到Value属性上的FoobarInterceptor在Get和Set方法被调用的时候都执行了一遍。

clip_image002[1]

如果我们只需要在某个属性的Get或者Set方法上应用某个Interceptor,我们也可以作针对性的标注。在如下的代码片段中,我们将FoobarAttrbute标准到Get方法上。

  1. public class Demo
  2. {
  3. public virtual object Value { [Foobar] get; set; }
  4. }

再次执行程序,我们会发现FoobarInterceptor仅仅在调用Value属性的Get方法时被执行了一次。

clip_image003

版权声明:本文为artech原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/artech/p/dora2-01.html