加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

c# – 行动与标准回报

发布时间:2020-12-15 18:15:26 所属栏目:百科 来源:网络整理
导读:我不是C#家伙我更像是一个Objective-C家伙,但最近我看到了很多实现: public void Method(ActionReturnType callback,params...) 代替: public ReturnType Method(params...) 其中一个例子是MVVM Light Framework,开发人员使用第一种方法实现数据服务契约(
我不是C#家伙我更像是一个Objective-C家伙,但最近我看到了很多实现:
public void Method(Action<ReturnType> callback,params...)

代替:

public ReturnType Method(params...)

其中一个例子是MVVM Light Framework,开发人员使用第一种方法实现数据服务契约(和实现),所以我的问题是:为什么这样?只是喜欢的问题,或者是defaut的第一种异步方法(给定函数指针).如果这是真的,标准的返回死亡是什么?我问因为我个人喜欢第二种方法,当我看到API时,我会更清楚.

解决方法

与返回ReturnType的API不同,具有回调的版本可以立即返回,并在稍后执行回调.当返回的值不能立即可用时,这可能很重要,并且获得它需要相当大的延迟.例如,从Web服务请求数据的API可能需要相当长的时间.如果不需要继续执行结果数据,则可以启动调用,并提供异步回调.通过这种方式,调用者可以立即继续,并在可用时处理通知.

考虑一个采用图像URL的API,并返回图像的内存中表示.如果您的API是

Image GetImage(URL url)

并且您的用户需要提取10个图像,他们要么在请求下一个图像之前等待每个图像完成加载,要么明确地启动多个线程.

另一方面,如果您的API是

void Method(Action<Image> callback,URL url)

然后,API的用户将同时启动所有十个请求,并在异步可用时显示这些图像.这种方法极大地简化了用户需要执行的线程编程.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读