我觉得许多类（例如TcpClient、UdpClient、HttpListener）如果是事件驱动的，会更容易理解和使用。而IAsyncResult 模式非常难以实现，因为它让您接触到各种奇怪的用例：
等等。尽管如此，微软还是选择在大多数地方使用它。为什么？
编辑：请将讨论集中在 .NET 2.0 上，因为这是我必须使用的。
【问题讨论】：
标签： .net multithreading .net-2.0 iasyncresult
等等。尽管如此，微软还是选择在大多数地方使用它。为什么？
使用IAsyncResult 的异步模式是框架中使用的原始异步编程模式。它几乎没有什么优势，而且随着时间的推移，复杂性导致新的模式被开发出来。
事件异步编程 (EAP) 是稍后介绍的（您有一个带有完成事件的“开始”方法）。这解决了很多复杂性，但在许多情况下仍然难以使用，因为您仍然必须将逻辑拆分为多个方法。
但是，当前的异步模式基于 .NET 4 的 Task 和 Task<T> 类，并提供了巨大的优势，尤其是在与 C# 5 的 async/await 支持结合使用时。幸运的是，TaskFactory.FromAsync 可用于轻松地将基于 IAsyncResult 的异步方法对自动包装到 Task<T> 中，因此可以使用新模式。 .NET 4.5 添加了许多返回Task<T> 的框架异步方法的新版本，因此新的async/await 语言支持可以与框架方法一起使用。这是所有异步编程的首选方法。
【讨论】：
这种模式没有太多优势。
在 .Net 1.0 中，在泛型和 lambda 表达式之前，这是唯一可用的异步模式。
出于多种原因，更现代的基于任务的模式要好得多，包括类型安全、更简单的错误处理、延续、When*() 方法等。
【讨论】：