虽然理论上可以在对象解析过程中使用async/await,但在解析依赖关系时并没有多大意义,因为:
这意味着所有涉及 I/O 的事情都应该推迟到构建对象图之后。
因此,MyClient 应该在第一次使用而不是在创建时连接,而不是注入连接的MyClient。
由于您的MyClient 不是应用程序组件,而是第三方组件,这意味着您无法确保它在使用时“连接[s] 第一次。”
不过,这应该不是问题,因为 Dependency Inversion Principle 已经告诉我们:
摘要归上层/政策层所有
这意味着应用程序组件不应直接依赖于第三方组件,而应依赖于应用程序本身定义的抽象。作为Composition Root 的一部分,可以编写适配器来实现这些抽象并将应用程序代码适应第三方库。
这样做的一个重要优势是您可以控制应用程序组件使用的 API,这是成功的关键,因为它允许将连接问题完全隐藏在抽象背后。
以下是为应用量身定制的抽象的示例:
public interface IMyAppService
{
Task<Data> GetData();
Task SendData(Data data);
}
请注意,此抽象缺少ConnectAsync 方法;这隐藏在抽象背后。以下面的适配器为例:
public sealed class MyClientAdapter : IMyAppService, IDisposable
{
private readonly Lazy<Task<MyClient>> connectedClient;
public MyClientAdapter()
{
this.connectedClient = new Lazy<Task<MyClient>>(async () =>
{
var client = new MyClient();
await client.ConnectAsync();
return client;
});
}
public async Task<Data> GetData()
{
var client = await this.connectedClient.Value;
return await client.GetData();
}
public async Task SendData(Data data)
{
var client = await this.connectedClient.Value;
await client.SendData(data);
}
public void Dispose()
{
if (this.connectedClient.IsValueCreated)
{
this.connectedClient.Value.Dispose();
}
}
}
适配器对应用程序代码隐藏连接细节。它将MyClient 的创建和连接包装在Lazy<T> 中,这允许客户端仅连接一次,而与调用GetData 和SendData 方法的顺序以及调用次数无关。
这允许您让您的应用程序组件依赖于IMyAppService 而不是MyClient,并将MyClientAdapter 注册为IMyAppService 并使用适当的生活方式。