AngularJS中处理多个promise的方式
在使用AngularJS中处理promise的时候，有时会碰到需要处理多个promise的情况。
最简单的处理就是每个promise都then。如下：
varapp=angular.module("app",[]);
app.controller("AppCtrl",function($q.$timeout){
varone=$q.defer();
vartwo=$q.defer();
varthree=$q.defer();
$timeout(function(){
one.resolve("onedone");
},Math.random()*1000)
$timeout(function(){
two.resolve("twodone");
},Math.random()*1000)
$timeout(function(){
three.resolve("threedone");
},Math.random()*1000)
functioinsuccess(data){
console.log(data);
}
one.promise.then(success);
two.promise.then(success);
three.promise.then(success);
})
有没有更好的方式？
$q.all方法可以接受promise的一个数组，按如下调用：
varall=$q.all([one.promise,two.promise,three.promise]); all.then(success);
什么是promise?
promise是一种用异步的方式处理值的方法，promise是对象，代表了一个函数最终可能的返回值或者抛出的异常，在与远程对象打交道时我们可以把他看作是远程对象的一个代理。如果说是promise也是异步处理方式的一种，那么我们会想起它和XHR和$.ajax有啥区别呢？
习惯上js使用闭包或者回调来相应非同步返回的数据，比如页面加载之后的XHR请求。我们可以跟数据进行正常交互，就好像它已经返回了一样，而不需要依赖回调函数的触发。
那么ng提出的promise是为了解决什么问题呢？回调已经被使用了很长时间，通常如果有回调依赖其他还回调时将会时调试变得非常艰难，每一步调用之后都需要显示处理错误。与之不同的是promise提供了另外一个抽象：这些函数返回promise对象。
为什么使用promise
使用了promise的收获之一是逃脱了回调的固定思维逻辑。promise让异步处理的机制看上去更像是同步，基于同步函数我们可以按照预期来捕获返回值和异常值。可以在程序中的任何时刻捕捉错误，并且绕过依赖于程序异常的后续代码，我们不需要思考这个同步带来的好处。因此使用promise的目的是：获取功能组合和错误冒泡能力的同时，保持代码异步运行的能力。
promise是头等对象，自带了一些约定。
•只有一个resolve或者reject会被调用到。
•如果promise被执行或者被拒绝了，依赖于他们的处理程序仍然会被调用。
•处理程序总是会被异步调用。