浅谈.NET下的多线程和并行计算（十一）.NET异步编程模型基础 下

我们看到它的操作一般提供同步和异步两种模式，异步操作提供一个完成事件，还提供了取消异步操 作的方法。对于某些更高级的组件还提供了汇报进度的功能，通过一个进度汇报事件来完成，此事件通常 将叫做 ProgressChanged 或方法名称ProgressChanged，它对应的事件处理程序会带有一个 ProgressChangedEventArgs 参数。ProgressChanged 事件的事件处理程序可以检查 ProgressChangedEventArgs.ProgressPercentage 属性来确定异步任务完成的百分比。此属性的范围是 0 到 100，可用来更新 ProgressBar 的 Value 属性。

说到这里您可能想到了，BackgroundWorker就是遵从这种模式的组件。那么我们在设计组件的时候如 何来选择实现基于事件的APM还是基于IAsyncResult的APM呢，MSDN上有这么一段指导原则：

1） 将基于事件的模式用作默认API 以公开类的异步行为。

2） 当类主要用在客户端应用程序（例如 Windows 窗体）中时，不要公开 IAsyncResult 模式。 （ 比如PictureBox的LoadAsync 方法以及LoadCompleted 事件）

3） 仅在必须公开 IAsyncResult 模式才能满足要求时公开该模式。例如，需要与现有 API 兼容时可 能需要公开 IAsyncResult 模式。

4） 不要在不公开基于事件的模式时公开 IAsyncResult 模式。 如果必须公开 IAsyncResult 模式， 应将其作为高级选项公开。例如，如果生成一个代理对象，则应默认生成基于事件的模式，其中具有一个 生成 IAsyncResult 模式的选项。

5） 在 IAsyncResult 模式实现上生成基于事件的模式实现。

6） 避免在同一个类上同时公开基于事件的模式和 IAsyncResult 模式。在“较高级别”的类上公开 基于事件的模式，在“较低级别”的类上公开 IAsyncResult 模式。例如，比较 WebClient 组件上的基 于事件的模式与 HttpRequest 类上的 IAsyncResult 模式。

来看一个WebClient的例子：

WebClient　wc　=　new　WebClient();
wc.Encoding　=　Encoding.UTF8;
wc.DownloadStringCompleted　+=　new　DownloadStringCompletedEventHandler (wc_DownloadStringCompleted);
wc.DownloadProgressChanged　+=　new　DownloadProgressChangedEventHandler (wc_DownloadProgressChanged);
wc.DownloadStringAsync(new　Uri("http://www.cnblogs.com"),　"test&q