F#与ASP.NET(1):基于事件的异步模式与异步Action - 面向对象网 f# 学习 对象 - 面向对象技术开发

面向对象技术开发

会员投稿 投稿指南 站长资讯通告:
您的位置: 首页 > OOP语言 > F# > 正文

F#与ASP.NET(1):基于事件的异步模式与异步Action

来源: www.bianceng.cn 阅读:

提高ASP.NET应用程序伸缩性的有效手段之一便是使用异步请求。而在ASP.NET MVC 1中是不能直接支持异步Action的,因此我们需要使用一些简单的Hack方式来实现这一点。不过简单的Hack毕竟无法利用ASP.NET MVC的完整功能,幸好ASP.NET MVC 2已经正式支持ASP.NET中的异步请求处理方式,并且通过一种比较易于使用的方式提供给开发人员使用。只可惜,由于语言层面的约束,这种使用方式还是有些不便,而此时便是F#的用武之地了。

基于事件的异步模式

说起.NET中的异步编程模型,.NET程序员最熟悉的应该就是Begin/End方法了。例如在WebRequest类中,便有这样一对方法:

var request = WebRequest.Create("http://blog.zhaojie.me/");
request.BeginGetResponse(ar =>
{
   var response = request.EndGetResponse(ar);
   // use the response object

}, null);

在调用WebRequest对象的BeginGetResponse方法之后,当前调用线程不会被阻塞,而在异步操作完成之后,便会调用一个回调函数(即这里使用Lambda表达式构造的代码快)进行通知,在这个回调函数中调用EndGetResponse方法便可以得到一个WebResponse 对象作为结果。在这个异步操作中,由于伟大的IOCP,我们可以使用极少数的线程同时发起成千上万个连接(豪不夸张,我曾经在IIS里进行Comet试验,同时建立起超过2w个连接进行通信)。

不过,事实上在.NET中还有一种基于事件的异步模式(Event-based Asynchronous Pattern,EAP),这个编程模式也已经在《CLR via C# (3rd Edition)》中得到了正名(顺便一提,这本书我还差几十页就看完了,的确有相当大的更新,值得一看)。基于事件的异步编程的典型案例之一便是WebClient类:

var client = new WebClient();
client.DownloadStringCompleted += (sender, args) =>
{
   var html = args.Result;
   // ...
};

client.DownloadStringAsync(new Uri("http://blog.zhaojie.me/"));

基于事件的异步模式的关键便在于,它是使用事件来作为工作结束时的通知机制。它和Begin/End的异步模型有明显区别。例如,在发生错误时,对于Begin/End模型来说会在End方法调用时抛出异常,而对于基于事件的异步模式来说,它则是使用事件参数的Exception属性来告诉程序员是否有异常发生。如果Exception属性为null,则说明一切正常,否则它便返回异步调用过程中发生的异常。

在ASP.NET MVC中使用异步Action

当年我的Hack使用的是Begin/End异步编程模型,而ASP.NET MVC 2则使用了基于事件的异步模式。围绕这种模式,ASP.NET MVC的AsyncController还提供了相关的辅助方法,让异步Action的编写变得相对容易一些。这里我则直接引用MSDN上的示例来说明问题。首先,我们准备一个普通的同步Action:

public class PortalController : Controller
{
   public ActionResult News(string city)
   {
     var newsService = new NewsService();
     var headlines = newsService.GetHeadlines(city);
     return View(headlines);
   }
}

Tags:
相关文章列表: