gpt4 book ai didi

c# - IServiceCollection.AddScoped,委托(delegate)为异步操作

转载 作者:行者123 更新时间:2023-12-03 14:41:09 24 4
gpt4 key购买 nike

在 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();
});

最佳答案

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

await webHost.Services.GetService<IMyService>().InitializeAsync();
我已经使用范围服务测试了您案例的一些方法。正如@pinkfloydx33 指出的那样,注入(inject) Task<IMyService>这不是一个很干净的方法,主要是因为容器问题被引入到多个实现中,但也因为它会使编写测试变得更加困难。
我们必须考虑的另一个问题是在没有容器处理的情况下处理实例。
我可能会从一个尽可能简单的解决方案开始,如下所示,如果出现性能问题,我会提前。
services.AddScoped<IMyService>(serviceProvider =>
{
var someResultFromAsyncMethod = serviceProvider.GetService<IAnotherService>().AnAsyncMethod()
.GetAwaiter()
.GetResult();

...

return new MyService(...);
});
在这个答案中,所有容器异步问题都被移到服务类中:
https://stackoverflow.com/a/43240576/14072498
但同样,它变得复杂,保持方法异步的代价可能很高。

关于c# - IServiceCollection.AddScoped,委托(delegate)为异步操作,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66300547/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com