如何使用 Ninject 设置可选方法拦截？

Question

假设我有一个类，我有时想*（但现在总是）拦截一些（但不是全部）方法。按照我的理解，这可以通过我的 Ninject 模块（在更高级别的代码中）中的 InterceptAround() 来完成，或者使用这些方法上的 InterceptAttribute 派生属性来完成（在实施水平）。

我不太喜欢第一种方法，因为它需要消费者了解细节，会有很多类和很多方法。但我也不喜欢第二种方式，因为我不知道如何禁用（或者更确切地说，不启用）拦截，因为属性与代码融合在一起。

有一些已知的方法可以解决这个问题吗？

---

*：在应用程序的生命周期内。

Answer 1

听起来好像您指的是普通的动态拦截器，这就是 Ninject Interception 扩展默认的工作方式。

下面是一个条件拦截的示例：

class CustomInterceptor : IInterceptor
{
    public void Intercept(IInvocation invocation)
    {
        if (invocation.Request.Method.Name == "MethodToIntercept")
            Console.WriteLine("Intercepted!");
        invocation.Proceed();
    }
}

您可以将其直接绑定到单个类，如下所示：

public class MyModule : NinjectModule
{
    public override void Load()
    {
        Bind<IFoo>().To<MyFoo>().Intercept().With<CustomInterceptor>();
    }
}

如果您想动态拦截单个类，这几乎就是您所要做的全部事情。

内核扩展看起来很有前途，因为它们允许您将条件直接写入声明中：

kernel.Intercept(ctx => ctx.Request.Service == typeof(IFoo))
    .With<CustomInterceptor>();

但是，如果您尝试根据方法做出决策，这并不是特别有用正在执行，因为这只能让您访问绑定上下文，而不是调用。主要是，此扩展的存在是为了让您可以选择在运行时拦截哪些类或服务（而不是方法）。

最好坚持绑定语法，并将运行或不运行逻辑直接写入拦截器，如第一个示例所示。

需要注意的一件重要事情是，动态拦截器实际上会为它绑定到的任何类上的每个（公共/虚拟）方法运行，这可能非常低效。不幸的是，Ninject Interception 扩展必须采用最低公分母方法，因为它旨在支持多个代理库。如果直接使用Castle，可以 使用代理生成钩子和拦截器选择器进行细粒度控制，这实际上是推荐的方法。据我从 Ninject-DP2 源代码来看，Ninject 扩展不支持这一点。

就我个人而言，正是由于这个原因，我从未在 Ninject Interception 扩展方面取得过很大的成功，并且倾向于直接使用 Castle DP2。但是，如果您正在小规模地执行此操作并且不编写性能敏感的应用程序，那么您应该可以编写动态拦截器。