Lucian Wischik 发布了一系列博客文章,阐述了如何在各种情况下(从等待动画完成到捕获命令行程序的输出结果)使用 Await。
“如何等待Storyboard ”这篇文章包含了基本的模式。其核心为TaskCompletionSource。当Storyboard 的Completed 事件被触发时,附加的事件处理程序使用TaskCompletionSource 将结果传递给Task。
这样我们就可以使用“Await storyboard1.PlayAsync()”这样的语法了。如果想再短点儿,只是使用“Await storyboard1”,可以构建一个扩展方法GetAwaiter,并让它返回一个TaskAwaiter。编译器会查找具有该名称的方法,并重写相关的代码。
要想看看更复杂的基于事件处理程序方法的示例,可以看看“如何等待MediaElement ”。在这篇文章中作者创建了两个函数,OpenAsync 和PlayAsync,并讨论了如何以干净的方式支持错误处理。
Lucian 的 RunCommandLineAsync 支持从命令行程序中读取标准输出流和标准错误流。由于与这两种流以及输入流的交互问题,要实现这一点并不像看上去那么容易。Lucian 解释了如何将多任务应用与此:
让“RedirectStandardInput/Output/Error”工作的精确方式取决于我们正在启动的进程的内部细节。我们能够确定的是,(1)在关闭 StandardInput 之前,进程可能还没完成;(2)在可以向 StandardInput 写数据之前,可能需要从 StandardOutput/StandardError 读取数据;(3)在可以从 StandardOutput/StandardError 读取更多的数据之前,可能需要向 StandardInput 写入更多的数据。这些约束意味着必须同时启动“tin/tout/terr”这三个任务,并用 Task.WhenAll() 来等待。
要了解 Await 和 GetAwaiter 如何在编译器中交互,请阅读 Stephen Toub 的文章“等待一切”。
查看英文原文: How to Await Just About Anything
感谢杨赛对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。
评论