确定何时实现基于事件的异步模式

最新推荐文章于 2023-09-08 20:30:00 发布

LONG云

最新推荐文章于 2023-09-08 20:30:00 发布

阅读量549

点赞数 1

分类专栏： [04] 编辑语言

[04] 编辑语言专栏收录该内容

6 篇文章 0 订阅

订阅专栏

基于事件的异步模式提供了一种公开类的异步行为的模式。引入此模式后，.NET Framework 定义了两种公开异步行为的模式：基于 System.IAsyncResult 接口的异步模式和基于事件的模式。本主题介绍何时适合实现上述两种模式。

有关使用 IAsyncResult 接口进行异步编程的更多信息，请参见基于事件的异步编程设计模式 (EAP)。

一般原则

一般而言，您应该在所有可能的情况下使用基于事件的异步模式公开异步功能。但是，有些要求是基于事件的模式无法满足的。在这些情况下，除实现基于事件的模式外，可能还需要实现 IAsyncResult 模式。

说明
不实现基于事件的模式而只实现 IAsyncResult 模式的情况非常少见。

准则

下面的列表介绍有关应在何时实现基于事件的异步模式的准则：

将基于事件的模式用作默认 API 以公开类的异步行为。
当类主要用在客户端应用程序（例如 Windows 窗体）中时，不要公开 IAsyncResult 模式。
仅在必须公开 IAsyncResult 模式才能满足要求时公开该模式。例如，需要与现有 API 兼容时可能需要公开 IAsyncResult 模式。
不要在不公开基于事件的模式时公开 IAsyncResult 模式。
如果必须公开 IAsyncResult 模式，应将其作为高级选项公开。例如，如果生成一个代理对象，则应默认生成基于事件的模式，其中具有一个生成IAsyncResult 模式的选项。
在 IAsyncResult 模式实现上生成基于事件的模式实现。
避免在同一个类上同时公开基于事件的模式和 IAsyncResult 模式。在“较高级别”的类上公开基于事件的模式，在“较低级别”的类上公开 IAsyncResult 模式。例如，比较 WebClient 组件上的基于事件的模式与 HttpRequest 类上的 IAsyncResult 模式。
- 当为了提供兼容性需要在同一个类上公开基于事件的模式和 IAsyncResult 模式时，同时公开这两种模式。例如，如果已经释放了一个使用IAsyncResult 模式的 API，则需要保留 IAsyncResult 模式以提供向后兼容性。
- 如果得到的对象模型复杂性方面的优点大于分开实现的优点，则在同一个类上实现基于事件的模式和 IAsyncResult 模式。在一个类上同时公开两种模式比避免公开基于事件的模式效果更好。
- 如果必须在同一个类上同时公开基于事件的模式和 IAsyncResult 模式，可使用设置为 Advanced 的 EditorBrowsableAttribute 将 IAsyncResult 模式实现标记为高级功能。这指示设计环境（如 Visual Studio IntelliSense）不显示 IAsyncResult 属性和方法。这些属性和方法仍然是完全可用的，但使用 IntelliSense 的开发人员能够更清楚地查看 API。