IServiceCollection.AddScoped,委托为异步操作
Posted
技术标签:
【中文标题】IServiceCollection.AddScoped,委托为异步操作【英文标题】:IServiceCollection.AddScoped, delegate as async operation 【发布时间】:2021-05-23 19:13:18 【问题描述】:在 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();
);
【问题讨论】:
注入工厂服务,而不是可以异步创建实例。我绝对不会将任务注册到 DI 【参考方案1】:问题确实很有趣,尤其是对于瞬态和范围服务。对于单身人士,我已经在几个项目中解决了这个问题,方法是在 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://***.com/a/43240576/14072498
但同样,它变得复杂,并且保持方法异步的代价可能很高。
【讨论】:
【参考方案2】:您真正在容器中注册的是Task<TService>
,其具有范围生命周期。因此,如果TService
不是一次性的,这将是一种有效的方法,因为当作用域被释放时,作用域不会释放TService
,它会释放Task<TService>
要在另一个服务中使用它,你可以这样写:
public class AnotherService
private readonly Task<MyService> _myServiceTask;
public AnotherService(Task<MyService> myServiceTask)
this._myServiceTask = myServiceTask;
public async Task DoSomethingAsync()
var myService = await _myServiceTask;
......
【讨论】:
以上是关于IServiceCollection.AddScoped,委托为异步操作的主要内容,如果未能解决你的问题,请参考以下文章