如何从自定义属性解析 Autofac per-request 服务

Question

我已经像这样配置了我的 EF 上下文

        b.RegisterAssemblyTypes(webAssembly, coreAssembly)
            .Where(t => t.IsAssignableTo<DbContext>())
            .InstancePerLifetimeScope();

我想从使用我的 EF 上下文访问数据库的自定义授权属性中使用它。这意味着没有构造函数注入。我通过使用CommonSeviceLocator

来实现这一点

        var csl = new AutofacServiceLocator(container);
        ServiceLocator.SetLocatorProvider(() => csl);

...

        var user = await ServiceLocator.Current
           .GetInstance<SiteContext>().FindAsync(id);

我发现如果浏览器使用此属性同时向路由发出两个请求，则会失败并显示“不支持多个连接”错误。看起来这可能是due to what is mentioned in this answer。我的猜测是 ServiceLocator 从根范围而不是 Web 请求范围解析，并且两个请求是冲突的（单独的请求都可以正常工作）。

当我更改为 InstancePerRequest() 时，这似乎证实了这一点，我从属性的任何调用中得到了这一点。

 Autofac.Core.DependencyResolutionException No scope with a Tag matching 'AutofacWebRequest' is visible from the scope in which the instance was requested. This generally indicates that a component registered as per-HTTP request is
 being requested by a SingleInstance() component (or a similar scenario.) Under the web integration always request dependencies from the DependencyResolver.Current or ILifetimeScopeProvider.RequestLifetime, never from the container  itself.

所以看起来ServiceLocator 可能根本不是要走的路。

如何从属性内部解析请求范围的SiteContext（使用服务定位器模式）？

Answer 1

您的问题源于您试图将 behavior 放入属性中。属性用于在代码元素和程序集上定义 meta-data，而不是用于行为。

Microsoft 对 Action Filter Attributes 的营销导致人们通过将 Filter 和 Attribute 放在同一个类中而走上了错误的道路。如帖子passive attributes 中所述，解决方案是将filter attributes 拆分为2 个类：

1. 一个属性，不包含用元数据标记代码元素的行为。
2. 一个全局注册的过滤器，用于扫描属性并执行所需的行为（如果存在）。

有关更多示例，请参见以下内容：

• Constructor Dependency Injection WebApi Attributes

• Unity Inject dependencies into MVC filter class with parameters

• Implementing passive attributes with dependencies that should be resolved by a DI container

• Dependency Injection in Attributes: don’t do it!

• Injecting dependencies into ASP.NET MVC 3 action filters. What's wrong with this approach?

• How can I test for the presence of an Action Filter with constructor arguments?

另一种选择是使用IFilterProvider 来解析过滤器，如IFilterProvider and separation of concerns。

一旦你明白了属性不应该自己做任何事情的事实，将它们与 DI 一起使用就相当简单了。