时间戳

首页 > 解决方案 > IServiceCollection.AddScoped，委托为异步操作

c# - IServiceCollection.AddScoped，委托为异步操作

问题描述

在 IServiceCollection 上，提供的注册服务 AddTransiet、AddScoped、AddSingleton 的方法不允许您在必须通过计算其某些步骤来检索服务时使用 async-await 构造。

我想知道制作异步版本是否是一种有效的方法。

internal static IServiceCollection AddScopedResolveAsync<TService>(this IServiceCollection serviceCollection, Func<IServiceProvider, Task<TService>> func)
    => serviceCollection.AddScoped(func);

然后使用它

services.AddScopedResolveAsync<IMyService>(async serviceProvider =>
{
    await something;

    return new MyService();
});

标签： c#asp.net-core

解决方案

问题确实很有趣，尤其是对于瞬态和范围服务。对于单身人士，我通过在 Program#Main 中完成异步初始化，在几个项目中解决了这个问题，如下所示：

await webHost.Services.GetService<IMyService>().InitializeAsync();

我已经使用范围服务测试了您案例的一些方法。正如@pinkfloydx33 指出的那样，注入Task<IMyService>并不是一种非常干净的方法，主要是因为容器问题被引入到多个实现中，而且还因为它会使编写测试变得更加困难。

我们必须考虑的另一个问题是在没有容器处理的情况下处理实例。

我可能会从一个尽可能简单的解决方案开始，如下所示，如果出现性能问题，请继续前进。

services.AddScoped<IMyService>(serviceProvider =>
{
    var someResultFromAsyncMethod = serviceProvider.GetService<IAnotherService>().AnAsyncMethod()
       .GetAwaiter()
       .GetResult();
    
    ...
    
    return new MyService(...);
});

在这个答案中，所有容器异步问题都被移到服务类中： https ://stackoverflow.com/a/43240576/14072498

但同样，它变得复杂，保持方法异步的代价可能很高。

推荐阅读