Windows runtime IOutputStream.FlushAsync';s返回值

Windows runtime IOutputStream.FlushAsync';s返回值,windows-runtime,Windows Runtime,该方法返回一个可等待的bool。返回值的文档说明: 流刷新操作 这似乎是,呃,模糊的。有人能解释一下这到底意味着什么吗?我目前的假设是,它是一个yes/no值,指示刷新是否工作,比如说,因为实现不支持刷新 对吗?我看到的大多数示例只是等待FlushAsync并丢弃结果。我是否应该注意返回值并以某种方式处理它,即使我知道流将被发送到文件系统上的文件?这只是语言摩擦,您不能声明IAsyncOperation。GetResults()方法必须返回某些内容。你只对完成感兴趣,而不关心假返回值。有趣的是,

该方法返回一个可等待的bool。返回值的文档说明:

流刷新操作

这似乎是,呃,模糊的。有人能解释一下这到底意味着什么吗?我目前的假设是,它是一个yes/no值,指示刷新是否工作,比如说,因为实现不支持刷新


对吗?我看到的大多数示例只是等待FlushAsync并丢弃结果。我是否应该注意返回值并以某种方式处理它,即使我知道流将被发送到文件系统上的文件?

这只是语言摩擦,您不能声明
IAsyncOperation
。GetResults()方法必须返回某些内容。你只对完成感兴趣,而不关心假返回值。

有趣的是,我看不出有什么原因-我会打开反射镜,看看它在真正的pc上做什么。这也是我最初的想法,但似乎有很多代码都是内部的。我看到的一切似乎都是运行时内部的。啊,WinRT不允许您有两个仅在类型参数上不同的接口,是吗?(因此缺少没有类型参数的
IAsyncOperation
)Erm,但不太确定。通用接口是由语言投影创建的幻觉,它不存在于基于COM的WinRT中。我怀疑在投影中处理两个不同接口的努力是不值得的。好吧,考虑到WinRT中所有泛型的功能,这听起来是正确的。在处理RT时,我需要记住扔掉很多我的.NET假设…RT团队中的某个人刚刚告诉我了与此答案相同的事情,所以看起来就是这样。嗯?iSyncAction存在,并且是没有结果值的iSyncCoperation的对应项。所以他们毕竟创建了两个不同的接口。真奇怪,他们当时没有在这里用。