js同步程序是如何向异步程序演变的
use(bufRcv, closure.a, closure.b);
return 0;
}
// 为了统一回调函数的形式并且缩短回调的参数列表，将这种需要透传的参数只有一个
// 统一的数据结构打包
void get_data_v6(int a, int b)
{
char bufCmd[]="cmd=1001&uin=123456¶m=abc";
char bufRcv[4096];
send_and_recv(addr, bufCmd, bufRcv, callback); } // end of get_data_v6
// definition of call back function
int callback(char* bufRcv, struct closure) {
use(bufRcv, closure.a, closure.b);
return 0;
}
7 JS的异步调用
view plaincopy to clipboardprint?
//
// 写成JS代码就变成现在这个样子
// url对应之前的addr
// 使用匿名函数代替原来命名的callback定义
// 原生支持闭包closure
//
function get_data_js(a, b)
{
var bufCmd = "cmd=1001&uin=123456¶m=abc";
var bufRcv;
send_and_recv_with_xhr(/*addr*/url, bufCmd, bufRcv, /*callback/* //); } // end of get_data_js
function(bufRcv/*, closure*/) {
use(bufRcv, /*closure.*/a, /*closure.*/b);
return 0;
}
);
}
//
// 写成JS代码就变成现在这个样子
// url对应之前的addr
// 使用匿名函数代替原来命名的callback定义
// 原生支持闭包closure
//
function get_data_js(a, b)
{
var bufCmd = "cmd=1001&uin=123456¶m=abc";
var bufRcv;
send_and_recv_with_xhr(/*addr*/url, bufCmd, bufRcv, /*callback/* //); } // end of get_data_js
function(bufRcv/*, closure*/) {
use(bufRcv, /*closure.*/a, /*closure.*/b);
return 0;
}
);
}
总结
1 JS的异步调用的编写，其实和同步编写的过程是一样的。只不过是因为异步调用的时候并不阻塞等待一个网络调用的完成或者事件的发生，所以将原来完整的过程分成了两个割裂的两块。
2 分割成两块以后，本来也没什么问题，不过就是存在后半段处理的过程需要依赖前半段的中间结果或者参数，这些参数很可能是外部传入的。所以为了让这个中间参数的传递变得方便一些，不用为了同样的事情编写代码，于是引入了闭包。最终，闭包的作用是使得代码的后半段和前半段的运行环境完全一致，以使得这种参数传递透明化。由于，当前的流程本来就可能是更大的流程的后半段，所以使得闭包具有了可传递性，也就是闭包变成了闭包链。
所以，最终将异步调用看成是同步调用的上下两段即可，之前设计优美的同步程序的各种方法和经验都可以用于异步调用中。
