使用简单注入器进行方法级属性拦截

借助 Unity，我能够快速添加基于属性的拦截，如下所示

public sealed class MyCacheAttribute : HandlerAttribute, ICallHandler
{
   public override ICallHandler CreateHandler(IUnityContainer container)
   {
        return this;
   }

   public IMethodReturn Invoke(IMethodInvocation input, GetNextHandlerDelegate getNext)
   {
      // grab from cache if I have it, otherwise call the intended method call..
   }
}

然后我用这种方式注册Unity：

container.RegisterType<IPlanRepository, PlanRepository>(
    new ContainerControlledLifetimeManager(),
    new Interceptor<VirtualMethodInterceptor>(),
    new InterceptionBehavior<PolicyInjectionBehavior>());

在我的存储库代码中，我可以有选择地装饰要缓存的某些方法（使用可以为每个方法单独自定义的属性值）：

    [MyCache( Minutes = 5, CacheType = CacheType.Memory, Order = 100)]
    public virtual PlanInfo GetPlan(int id)
    {
        // call data store to get this plan;
    }

我正在探索类似的方法来做到这一点简易注射器。从我阅读和搜索的内容看来，只有接口/类型级别的拦截可用。但我喜欢用这种类型的属性控制拦截行为来装饰各个方法的选项。有什么建议吗？

[编辑：移动Autofac to its 自己的问题 https://stackoverflow.com/questions/28969429/method-level-attributed-interception-with-autofac保持这个问题的焦点]

简单注入器没有对动态拦截的开箱即用支持，因为这不符合其设计原则，如所解释的here https://simpleinjector.org/decisions#no-interception。但是，可以添加拦截功能，例如使用 Castle DynamicProxy，如图所示here https://stackoverflow.com/questions/24513530/using-simple-injector-with-castle-proxy-interceptor。也应该可以在 Simple Injector 之上使用 Unity 的拦截功能，但我从未尝试过。

然而，当使用 DynamicProxy 时，您必须将拦截器类与属性类分开。这实际上是一个更好的做法，因为这可以保留你的属性passive https://blog.ploeh.dk/2014/06/13/passive-attributes/并防止强制您的代码库依赖于拦截库。

当使用 DynamicProxy 实现此功能时，它可能看起来像这样：

public class MyCacheInterceptor : IInterceptor 
{   
    public void Intercept(IInvocation invocation) {
        var attribute = invocation.Method.GetAttribute<MyCacheAttribute>();

        if (attribute == null) {
            // Pass through without applying caching
            invocation.Proceed();
        } else {
           // apply caching here
        }
    }
}

然而，Simple Injector 通过应用 SOLID 原则并使用装饰器来促进面向方面的编程。在我编写的应用程序中，我定义了通用抽象，例如ICommandHandler<TCommand> and IQueryHandler<TQuery, TResult>。这使得通过装饰器应用缓存变得微不足道。装饰器的优点在于它们更干净（因为它们不依赖于任何外部库）并且性能更高。