.Net中的异步编程模式 (APM) (二)

Note: 本篇主要内容来自Jeffery Richard的Implementing the CLR Asynchronous Programming Model,看过的同学可以略过。

前一篇中介绍了使用APM开发多线程程序的有点,同时关于如何使用APM方式的文章也很多了。所以,这篇主要想看看如何使用Jeffery Richard的Power Threading类库,来开发一个支持APM的类。
为什么要自己实现APM 前一篇中,提到了受计算约束(Computing-Bound)与受I/O约束(I/O-Bound)的区别。如果我们是一个受计算约束类型的任务,完全可以将这个方法变成委托(Delegate)的形式,然后通过BeginInvoke/EndInvoke来实现APM;另外,FCL本身也封装了大量对I/O异步操作的类,如FileStream,NetworkStream等,那我们为什么还要自己实现APM呢。Jeffery Richard列举了4个原因:

  • 尽管FCL提供很多与设备通讯的异步类,但仍有部分未提供,如并口;或者FCL提供的功能不够
  • 对现有的I/O类库添加功能,如我们在WebHttpRequest可以开发一个HTTP的过滤类等
  • 实现受计算约束的APM
  • 对不支持异步模式设备提供异步访问方式
PowerThreading类库中的AsyncResult和AsyncResult<T> APM的核心就是IAsyncResult接口。当调用类异步方式BeginXxx时,返回IAsyncResult的对象。为了返回满足这个接口的对象,我们的类需要维护的一个 是否完成的状态IsCompleted;一个ManuelResetEvent对象及一个委托保持回调函数。这些虽然比较简单,但很麻烦。使用PowerThreading类库中AsyncResult和AsyncResult<T>,我们可以非常容易的实现支持APM的类。

AsyncResult用于没有返回值,而AsyncResult<T>用于返回类型为T的任务。下面的例子中,我们看看如何使用AsyncResult<T>。

首先,我们准备实现一个能够过滤Stream对象的类,类定义如下:


Code



Parse()是同步访问接口,执行主要的任务,而BeginParse()和EndParse()是对应的异步接口。下面是使用AsyncResult<T>后的代码


Code




比较重要的是ParseHelper函数,这个函数在新的线程中执行,通过ar.SetAsCompleted来更新状态。 如果结合匿名方法或者Limbda表达式,代码可以变得更加的紧凑。

参考:
Implementing the CLR Asynchronous Programming Model by Jeffery Richard
Power Threading类库



(文/Nullnoid  出处/博客园)

 感谢原创者的辛勤劳动,希望对您有所帮助,转载请注明原出处。
 您可能对 [Visual Studio.NET] 的这些文章也感兴趣:

使用 TRY/CATCH 语句解决 SQL Server 2005 死锁
BlogEngine.Net架构与源代码分析系列part3:数据存储——基于Provider模式的实现
绝佳创意:通过手机短信来控制电脑的“执行者”
新的FxCop规则偕同Pipeline Builder力助System.AddIn框架
重构和静态分析被添加进Data Dude工具
.NET进程池(ThreadPool)的重大变化
Some Cool Tips for .NET
Visual Studio Extensions for SharePoint已发布
用Code Access Security保护你的组件
基于.Net平台应用程序唯一运行实例C#代码实现