在 C# 异步方法中使用 out/ref 参数机制

本文探讨了在C#异步方法中由于不允许使用out/ref参数,如何通过创建类、使用Tuple或委托回调实现类似功能。分别分析了三种方法的优缺点:1) 创建封装类,优点是可读性强,缺点是可能导致代码臃肿和性能影响;2) 使用Tuple,简洁但可读性较差;3) 利用委托回调,简洁优雅但需注意调用风险和可读性。建议根据实际需求和设计哲学灵活选择。
摘要由CSDN通过智能技术生成

由于异步方法的特殊性,.NET 不允许异步方法带有 out 或 ref 参数。事实上这个设计是合理的,因为异步方法几乎都是立即返回,而此时传入方法内的 out/ref 参数可能还没有被赋值。那么,如果确实需要在异步方法内用到类似于 out/ref 的按引用传参的机制怎么办呢?

为什么需要 out/ref

简言之,为了让调用方法能够返回多个值。很常见的情况是,除了一般的返回值,我们还需要知道其他结果。例如,bool int.TryParse(String,out int) 这个方法用来将字符串转换为对于的 32 位整数,除了返回 true/false 表示转换是否成功之外,我们还需要知道转换后的值,于是就加了个 out 参数来存储这个值。(题外话:这应该算是.NET 的历史遗留问题,如果可空值类型一早就出现在 .NET 里,可能这个方法就不会这样难看了,签名完全可以变成更简洁的形式:int? int.TryParse(String)。)

示例

假设一个接口 IFileSystemProvider 提供了异步方法 ReadAsync。这个接口方法抽象了对文件系统的读取操作。调用时,需要提供一个标识文件资源的字符串。方法完成后,从这个方法中获得该文件的流、文件名和一些元数据(MD5 哈希值、原始文件名、创建时间等)。元数据用一张字典存储。这样,从一个方法中,我们需要给出一个输入,并获得三个输出。

如果这个方法是同步的,那么我们可以不假思索地这么写下签名:

Stream Read(string resource, out string originalFileName, out IDictionary<
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值