Dora.Interception,为.NET Core度身打造的AOP框架：全新的版本

Dora.Interception 1.0（可以访问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方法上。

一、对基于Task的并行编程的支持

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

public class FoobarInterceptor
{    
    private InterceptDelegate _next;  
 
    public FoobarInterceptor(InterceptDelegate next)
    {
        _next = next;
    }   
 
    public async Task InvokeAsync(InvocationContext context)
    {
        Console.WriteLine("Interception task starts.");      
  await Task.Delay(1000);
        Console.WriteLine("Interception task completes.");   
     await _next(context);
    }
}

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

[AttributeUsage(AttributeTargets.Class | AttributeTargets.Method | AttributeTargets.Property)] 
public class FoobarAttribute : InterceptorAttribute
{    
    public override void Use(IInterceptorChainBuilder builder)
    {
        builder.Use<FoobarInterceptor>(this.Order);
    }
}

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

public interface IDemo
{
    Task InvokeAsync();
}
 
public class Demo : IDemo
{
    [Foobar]    
    public Task InvokeAsync()
    {
        Console.WriteLine("Target method is invoked.");       
        return Task.CompletedTask;
    }
}

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

class Program
{ 
    static void Main(string[] args)
    {        var demo = new ServiceCollection()
                .AddSingleton<IDemo, Demo>() 
                .BuildeInterceptableServiceProvider()
                .GetRequiredService<IDemo>();  
        demo.InvokeAsync();
        Console.WriteLine("Continue...");
        Console.Read();
    }
}

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

二、基于虚方法的拦截

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

public class Demo
{
    [Foobar]   
    public virtual Task InvokeAsync()
    {
        Console.WriteLine("Target method is invoked.");     
        return Task.CompletedTask;
    }
}

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

class Program
{    static void Main(string[] args)
    {        var demo = new ServiceCollection()
                .AddSingleton<Demo, Demo>() 
                .BuildeInterceptableServiceProvider()
                .GetRequiredService<Demo>();  
        demo.InvokeAsync();
        Console.WriteLine("Continue...");
        Console.Read();
    }
}

三、属性也可被拦截

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

public class Demo
{
    [Foobar]    public virtual object Value { get; set; }
}

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

class Program
{   
     static void Main(string[] args)
    {        var demo = new ServiceCollection()
                .AddSingleton<Demo, Demo>()
                .BuildInterceptableServiceProvider()
                .GetRequiredService<Demo>();
        Console.WriteLine("Set...");
        demo.Value = new object();
        Console.WriteLine("Get...");      
        var value = demo.Value;
        Console.Read();
    }
}

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

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

public class Demo
{   
    public virtual object Value { [Foobar] get; set; }
}

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

原文地址:https://www.cnblogs.com/artech/p/dora2-01.html

---

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com