代码中频繁出现下面描述的模式，

某些操作调用服务端接口获取数据、执行复杂的数据解析，这些操作不能阻塞UI线程，必须异步执行，但通常这些操作执行完后需要对界面元素进行更新。

就是这么个模式在代码中频繁出现。

之前代码解决此问题的方式是使用thread，一般流程是下面这样（工作任务一般在模型中有封装，这些操作是阻塞的），

   1.  首先我们必须把这些接口封装成thread要求的接口，通常使用内部类（之前我们用的是VS05版本，没有lambda）

   2.  调用boost::thread

   3.  执行完后PostMessage到某个窗体

   4. 修改该窗体代码，加上消息捕获和消息处理方法

   5. 等（取决想要什么额外操作和程序员的写法）

使用过类似方法的都知道有多痛苦，想写的心都没了，有时因此还会偷懒，比如在异步中更新界面元素。

通常上面说的每一步都是很短小且用一次的代码，但使用上面的方式必须把小短的代码分散到不同的源文件中，增加了对象间的引用交互，最主要的是麻烦，每次需要执行该模式时，执行上面的每一步都是痛苦的。

想要的其实很简单：异步执行指定的动作，等执行完后记得更新界面元素。

既然是频繁出现的模式，那就把该模式封装起来，接口中只需填写

   1. 需要执行什么动作

   2. 如何更新界面元素

参照C#中的then，我们最终要的大概是如下写法，

aync([=]()->DWORD_PTR {

    std::string result;
    m_impl->user->getCrashResult(begin->first, result);
    return CrashResult::GetResultCount(result);

}).then([=](DWORD_PTR result) {

    UpdateCrashResult(unsigned int)begin->first.fileId(), (int)result);

});

aync中的代码在工作线程中执行，then中的代码在UI线程中执行(现在VS版本是VS10，有lambda支持)。

实现想法如下，

aync内部会把lambda以及then中的行为封装为对象，存储到一个数组中，aync要求的接口是返回DWORD_PTR类型的无参函数，返回的值在then中作为参数，DWORD_PTR就是一个int型，说是指针也好，这东西在Windows平台传参很常见，个人很喜欢这个，因为用法很灵活。

aync中会把lambda转换成无参无返回值类型，以适应thread接口，之后放入线程池中，

BimWorks::GetAsyncAction().Append([&]() {

    this->result_ = func_();
    GetBWAsyncInvoke().Submit(*this);

});

在func_执行完后调用  GetBWAsyncInvoke().Submit(*this); 该方法执行post消息到主线程动作，这里使用一个隐藏的static窗体作为消息的接收方。

消息处理函数简单的从队列中找到该lambda对应的对象，执行保存的then动作。执行完后从队列中移除该对象。

完成。

这个实现只是一个初步的方法，有些细节需要完善的。

这种方式只适用一种固定的模式，即最开始描述的模式，thread太底层了，我们往往需要更高层的模式，比如task这样的概念，VS10中的PPL库提供了其它一些模式，比如task，并行算法、容器，流水线，协作等，感觉都不是我们想要的这种非常轻量的写法。