Windows Phone的异步模型

为了不阻塞UI，在windows phone的多线程上完全去掉了同步的模型，全部使用异步模型来处理请求。

这样带来的好处是UI不会被卡死，能够一直响应用户的响应，将比较耗时的操作丢给后台线程处理，并且能避开线程同步的麻烦。

但这样一来，写出来的代码也比较难看，还可能涉及到数据共享的问题。

我相信如果你的应用涉及到HttpRequest的话那么一定会遇到我说的情况。

欢迎大家一起讨论你的思路。

以下是几种我常用的异步请求代码的模型

1、使用匿名函数，有时候为了节约会使用lamda表达式

2、事件模式，通过订阅请求完成事件

3、Async CTP

第一种方式的代码如下：

private string Reqest() { string resultString = string.Empty; HttpWebRequest request = HttpWebRequest.CreateHttp("http://www.google.com"); request.Method = "GET"; request.BeginGetResponse((IAsyncResult result) => { HttpWebRequest webRequest = result.AsyncState as HttpWebRequest; HttpWebResponse webResponse = (HttpWebResponse)webRequest.EndGetResponse(result); Stream streamResult = webResponse.GetResponseStream(); StreamReader reader = new StreamReader(streamResult); //获取的返回值 resultString = reader.ReadToEnd(); }, request); return resultString; }

第二种方式的代码如下：

public delegate void GetResultEventHandler(object sender, string e); public event GetResultEventHandler OnGetInfoCompleted; private void Reqest() { HttpWebRequest request = HttpWebRequest.CreateHttp("http://www.google.com"); request.Method = "GET"; request.BeginGetResponse(GetInfoCompleted, request); } protected void GetInfoCompleted(IAsyncResult asyncResult) { try { HttpWebRequest webRequest = asyncResult.AsyncState as HttpWebRequest; HttpWebResponse webResponse = (HttpWebResponse)webRequest.EndGetResponse(asyncResult); Stream streamResult = webResponse.GetResponseStream(); StreamReader reader = new StreamReader(streamResult); //获取的返回值 string resultString = reader.ReadToEnd(); if (OnGetInfoCompleted != null) { OnGetInfoCompleted(this, resultString); } } catch (WebException ex) { MessageBox.Show(ex.Message); } }

第三种方式的代码实现如下：

private async resultString Reqest() { HttpWebRequest request = HttpWebRequest.CreateHttp("http://www.google.com"); request.Method = "GET"; HttpWebResponse webResponse = await request.GetResponseAsync(); Stream streamResult = response.GetResponseStream(); StreamReader reader = new StreamReader(streamResult, new GB2312.GB2312Encoding()); string resultString = reader.ReadToEnd(); return resultString; }

因为有时候请求会有嵌套关系，比如在请求第二个数据之前，需要先请求第一个数据，所以用第一种方式会一直匿名很多层，让我觉得很不爽。

在没有async CTP for windows phone之前，我一直用第二种方式来写代码，因为这样逻辑比较清楚。只是事件的模型看起来也不完美，但这也算是比较常用的异步模型，用事件来传递参数。缺点是当逻辑需要阻塞线程的时候，却又阻塞不了。

我想这也是async框架出现的原因吧。

在windows8的开发中，async框架已成为正式版，也就是说已经完全支持了第三种异步模型，也就是以async,await为主导的模型。这样即可以让需要等待的代码阻塞着，又可以让UI线程保持通畅，并且代码的逻辑也能很清楚，又避开了线程同步的数据锁的麻烦。

算是在这件事情上现阶段较为完美的方案了。

抛砖引玉，大家积极来天翼论坛讨论。