怎样使用Promise模式来简化JavaScript的异步回调

本学期的教学，小编为大家来讲解一下。课课家将带给您与众不同的知识。when 方法是将多个 promise 实例存到一个数组中，等到该数组的所有 promise 实例都是已完成状态才去执行已完成的回调，一旦有一个实例是已拒绝的状态，则立即执行已拒绝的回调。
网页的交互越来越复杂，Script 的异步操作也随之越来越多。如常见的 ajax 请求，需要在请求完成时响应操作，请求通常是异步的，请求的过程中用户还能进行其他的操作，不会对页面进行阻塞，这种异步的交互效果对用户来说是挺有友好的。但是对于开发者来说，要大量处理这种操作，就很不友好了。异步请求完成的操作必须预先定义在回调函数中，等到请求完成就必须调用这个函数。这种非线性的异步编程方式会让开发者很不适应，javascript视频教程同时也带来了诸多的不便，增加了代码的耦合度和复杂性，代码的组织上也会很不优雅，大大降低了代码的可维护性。情况再复杂点，如果一个操作要等到多个异步 ajax 请求的完成才能进行，就会出现回调函数嵌套的情况，如果需要嵌套好几层，那你就只能自求多福了。
先看看下面这个常见的异步函数。
var showMsg = function（）{
setTimeout（function（）{
alert（ ‘hello’ ）;
}， 5000 ）;
};                                             如果要给该函数添加回调，通常会这么干。
var showMsg = function（ callback ）{
setTimeout（function（）{
alert（ ‘hello’ ）;
// 此处添加回调
callback（）;
}， 5000 ）;
};
如果是使用 easy.js 的 Promise，添加回调的方法就会优雅多了，前提是需要将原函数封装成一个 promise 实例。
var showMsg = function（）{
// 构造promise实例
var promise = new E.Promise（）;
setTimeout（function（）{
alert（ ‘hello’ ）;
// 改变promise的状态
promise.resolve（ ‘done’ ）;
}， 5000 ）;
// 返回promise实例
return promise;
};
将一个普通的函数封装成一个 promise 实例，有3个关键步骤，第一步是在函数内部构造一个 promise 实例，第二步是部署函数执行完去改变 promise 的状态为已完成，第三步就是返回这个 promise 实例。每个 promise 实例都有3种状态，分别为 pending(未完成)、resolved(已完成，成功)、rejected(已拒绝，失败)。下面再来看看如何添加回调。
showMsg（）.then（function（ str ）{
// 回调添加到这里来了
callback（ str ）;
}）;                                             这样就将回调函数和原来的异步函数彻底的分离了，从代码组织上看，优雅了很多。resolve 接受一个参数，该参数就可以轻松实现将数据传送给使用 then 方法添加的回调中。
对于 ajax 请求，easy.js 直接将 ajax 方法封装成了 promise 对象，可以直接添加 then 方法来回调。
well 这些保留在内存中的进程通常情况下不会影响整体系统的运行速度，并且当用户再次激活这些进程时，提升了进程的启动速度。如果你懂java，就会更容易理解 Android系统的内存管理机制。与java的垃圾回收机制类似，系统有一个规则来回收内存。进行内存调度有个阈值，只有低于这个值系统才会按一个列表来关闭用户不需要的东西。 就拿现在的街机摩托罗拉defy来讲吧，512m的总内存和几十m的空余内存已经可以充分的满足系统自动调配的需要，因此完全没有必要老去杀进程、清内存。有些机油都反应说后台挂着程序很费电，事实上Android的应用在被切换到后台时，javascript教程它其实已经被暂停了，并不会消耗cpu资源，只保留了运行状态。
　　Android系统有六类进程：前台进程、可见进程、次要服务、后台进程、内容供应节点、空进程。
　　对于高手而言可以用[hide]MinFreeManager之类的软件进行进程管理，分别为六类进程设定不同的阈值来操纵系统的内存分配机制。不过对于一般用户而言，Android系统默认Android机而言，MinFreeManager之类的软件进行进程管理，分别为六类进程设定不同的阈值来操纵系统的内存分配机制系统默认的内存分配机制无法实现很完善的内存调配。所以在运行大型游戏时需要先清理一下内存。
　　至于QQ、音乐播放之类的程序可以在后台运行，是因为这些程序在后台开启了服务，而服务可以后台运行，所以没有带服务的应用在后台是完全不耗电的，没有必要关闭。这种设计本来就是一个非常好的设计，下次启动程序时，会更快，因为不需要读取界面资源。
　　Android系统这样的设计不仅非常适合移动终端的需要，而且减少了系统崩溃的可能，确保了系统的稳定性。老想着清理内存的同学完全是因为被塞班或者 Windows毒害太深，事实上，经常用Taskiller之类的软件关闭后台所有进程，很容易造成系统的不稳定。很多时候出现问题，只要重启就能解决，其原因也在于此。说了这里，总结起来很简单，一些diy的编程高手，一般都会自己去操纵系统内存分配的阈值，而普通用户则是想怎么用就怎么用，完全不用去鸟剩余内存的问题，那些内存清理的程序完全可以扔到一边了。
　　接来下再给大家讲一些小技巧： 1.按home退出，程序保留状态为后台进程;按返回键退出，程序保留状态为空进程。空进程的oom_adj评值高于后台进程，更容易被系统清理。所以推荐用返回键退出。 2.UC、愤怒小鸟、都市赛车之类程序本身提供关闭功能的，还是尽量主动关闭。浏览器、电子市场、opera mini等不提供关闭功能的，直接返回键退出就行。

E.ajax（{
url ： ‘test1.php’，
type ： ‘GET’
}）
then（function（）{
// 添加请求成功的回调
}， function（）{
// 添加请求失败的回调
}）;
then 方法接受2个函数作为参数，第一个函数是已完成的回调，第二个就是已失败的回调。
如果有上面提到的多个 ajax 请求的情况呢？那么就要用到 when 这个方法了。该方法可以接受多个 promise 实例作为参数。
var requests = E.when（E.ajax（{
url ： ‘test1.php’，
type ： ‘GET’
}）， E.ajax（{
url ： ‘test2.php’，
type ： ‘GET’
}））;
requests.then（function（ arg1， arg2 ）{
console.log（ ‘success：’ + arg1［0］ + arg2［0］ ）;
}， function（ arg1， arg2 ）{
console.log（ ‘failure：’ + arg1 + arg2 ）;
}）;                                           
Promise 模式是 CommonJS 的规范之一。很多主流的 JavaScript 库都有相应的实现，如  和 Dojo 中，都有 Deferred 去实现这些功能。在这里还是要吐槽下 jQuery 的 Deferred，撇开其内部使用，这应该用户使用率最低的一个模块了，这和其较复杂的使用方式有一定的关系。
如果你想深入的研究 easy.js 的 promise 源码，可以查看点击这儿的链接。
更多的课程可到课课家参考。