上一篇《更加简练的编程体验》提供了最新版本的Dora.Interception代码的AOP编程体验，接下来我们会这AOP框架的编程模式进行详细介绍，本篇文章着重关注的是拦截器的定义。采用“基于约定”的Interceptor定义方式是Dora.Interception区别于其他AOP框架的一个显著特征，要了解拦截器的编程约定，就得先来了解一下Dora.Interception中针对方法调用的拦截是如何实现的。
一、针对实例的拦截总地来说，Dora.Interception针对方法调用的拦截机制分为两种类型，我将它称为“针对实例的拦截”和“针对类型”的拦截。针对实例的拦截应用于针对接口的方法调用，其原理如下所示：类型Foobar实现了接口IFoobar，如果需要拦截以接口的方式调用Foobar对象的某个方法，我们可以动态生成另一个用来封装Foobar对象的FoobarProxy类型，FoobarProxy同样实现IFoobar接口，我们在实现的方法中实现对Interceptor链的调用。我们最终将原始提供的Foobar对象封装成FoobarProxy对象，那么针对Foobar的方法调用将转换成针对FoobarProxy对象的调用，拦截得以实现。
如果Foobar并未实现任何接口，或者针对它的调用并非以接口的方式进行，那么我们只能采用“针对类型的拦截”，其原理如下：我们动态创建Foobar的派生类型FoobarProxy，并重写其需要被拦截的虚方法来实现对Interceptor链的调用。我们最终创建FoobarProxy对象来替换掉原始的Foobar对象，那么针对Foobar的方法调用将转换成针对FoobarProxy对象的调用，拦截得以实现。
由于这种拦截方式会直接创建代理对象，无法实现针对目标对象的封装，当我们进行DI服务注册的时候，只能指定注册服务的实现类型，不能指定一个现有的Singleton实例或者提供一个创建实例的Factory。
三、从两个Delegate说起要理解Dora.Interception的设计，先得从如下这两个特殊的Delegate类型（InterceptDelegate和InterceptorDelegate）说起。InterceptDelegate代表针对方法的拦截操作，作为输入参数的InvocationContext提供了当前方法调用的所有上下文信息，返回类型被设置为Task意味着Dora.Interception提供了针对基于Task的异步编程的支持。
public delegate Task InterceptDelegate(InvocationContext context); public delegate InterceptDelegate InterceptorDelegate(InterceptDelegate next); public abstract class InvocationContext { public abstract object[] Arguments { get; } public abstract MethodBase Method { get; } public InterceptDelegate Next { get; } public abstract object Proxy { get; } public abstract object ReturnValue { get; set; } public abstract object Target { get; } public MethodBase TargetMethod { get; } public abstract IDictionary<string, object> ExtendedProperties { get; } public Task ProceedAsync(); }