AngularJS中的Promise

一.Promise

        Promise是一个接口，它用来处理的对象具有这样的特点：在未来某一时刻（主要是异步调用）会从服务端返回或者被填充属性。其核心是，promise是一个带有then()函数的对象。

        为了展示它的优点，下面来看一个例子，其中需要获取用户当前的配置文件：

var currentProfile = null;
var username = 'something';

fetchServerConfig(function(serverConfig) {
    fetchUserProfiles(serverConfig.USER_PROFILES, username,
         function(profiles) {
             currentProfile = profiles.currentProfile;
     });
});

        上面这种处理方式存在一些问题：

1.对于代码缩进来说，这种代码就是一个噩梦，尤其在你需要链式调用很多次的时候；

2.处于回调和函数之间的错误报告非常容易丢失，除非你在每一个步骤中都手动处理错误；

3.如果需要使用currentProfile对象来做一些事情，那么你需要在最内层的回调中封装真正想要实现的逻辑，要么直接封装，要么通过一个单独的函数来封装。

        Promise机制可以很好地解决这些问题。在深入了解其运行机制之前，我们来看看如何使用promise实现同样的事情：

var currentProfile = 
    fetchServerConfig().then(function(serverConfig) {
       return fetchUserProfiles(serverConfig.USER_PROFILES, username);
    }).then(function(profiles) {
       return profiles.currentProfile;
    },function(error) {
       //可以在这里处理错误，在fetchServerConfig或者fetchUserProfiles中处理都可以
    });

        使用promise机制的优点如下：

1.可以对函数进行链式调用，所以你不会陷入代码缩进噩梦中；

2.在调用链的过程中，可以保证上一个函数调用完成之后才会调用下一个函数；

3.每一个then()调用都带有两个参数（两个都是函数）。第一个是成功之后的回调，第二个是出错之后的处理器；

4.如果调用链中出现了错误，错误将会被冒泡传递到其余的错误处理函数中。所以，最终来说，所有错误都可以在任意一个回调函数中进行处理。

        你可能会问，resolve(解决)方法和reject(拒绝)方法又是什么呢？在AngularJS中，延迟调用是实现promise的一种方式。调用resolve方法将会填充promise(也就是调用success处理函数)，而调用reject方法将会调用promise的错误处理函数。

 

二.$q和Promise

        Promise接口是AngularJS组织API的基础，从根本上讲，Promise接口从以下方面对异步请求做了规范：

        a.异步请求返回一个promise，而不是返回具体值；

        b.Promise带有一个then函数，这个函数有两个参数：第一个参数是处理"resolved"和"sucess"事件的函数；第二个参数是处理"rejected"和"failure"事件的函数。调用这两个函数时将会把结果或者拒绝的原因作为参数传递进去；

        c.只要返回结果是合法的，接口就可以保证这两个函数中的一个会被调用。

        大多数deferred/Q实现都会遵守以上方式，但是AngularJS的实现比较特殊，原因如下：

        a.AngularJS知道$q的存在，所以$q会被整合到作用域模型中去。这样可以使解析时的传递速度更快，并且可以减少UI的闪烁和刷新；

        b.AngularJS的模板也认识$q，这样一来，接口的内容就可以被当作最终结果值（而不是当作promise）来对待，然后等获取结果之后再通知promise；

        c.体积更小，因为对于常用的异步任务来说，AngularJS只实现了它们所需要的最基本、最重要的功能。

        我们来看一段代码：

fetchUser(function(user) {
    fetchUserPermissions(user, function(permissions) {
        fetchUserListData(user, permissions, function(list) {
            //对你想要显示的数据列表做一些处理
        });
    });
});

        使用JavaScript时，人们经常会抱怨这种可怕的、金字塔的代码缩进噩梦。从本质上来说，异步返回的方式和程序的同步处理之间存在冲突，从而导致了多重嵌套的函数，这样就更难跟踪到当前的上下文了。

        另外，对错误的处理也存在同样的问题。处理错误的最佳方式是什么？你会在每一个步骤中都处理错误吗？那样会把代码搞得一团糟。

        为了解决这一问题，Promise方案提供了then的概念，在成功的情况下会执行一个函数，在出错的情况下执行另一个函数，两个函数都可以进行链式调用。所以，对于上面这段代码，如果使用Promise API（至少使用AngularJS的实现），可以这样展开：

var deferred = $q.defer();

var fetchUser = function() {
     //在进行异步调用之后，使用响应值调用deferred.resolve
     deferred.resolve(user);
     
     //在出错的情况下调用
     deferred.reject('Reason for failure');
}
//类似地，处理fetchUserPermissions和fetchUserListData

deferred.promise.then(fetchUser)
   .then(fetchUserPermissions)
   .then(fetchUserListData)
   .then(function(list) {
        //处理数据列表
   },function(errorReason( {
       //在任何一个步骤中所发生的错误，都可以在这里处理
});

        整个金字塔式的代码就被很好的平坦化了，并且提供了链式的作用域，以及一个单一的出错处理点。你可以在应用中使用同样的代码来处理异步调用，只要导入AngularJS的$q服务即可。

 

三.拦截响应

        Promise机制还可以做一些非常酷的事情：拦截响应。

        我们已经学过的内容有：向服务端发送请求、处理响应、把响应很好地包装成抽象的东西及处理异步调用。但是在真实的应用中，对于每一次服务端调用，最终还必须做一些通用的操作，例如错误处理、鉴权以及其他安全方面的处理（例如剪裁数据）。

        在深入理解了$q接口之后，我们就可以使用拦截响应的方式来处理以上所有任务了。响应拦截的机制允许我们在响应到达应用之前对其进行拦截，并在上面进行一些操作，例如转换数据形式、处理错误等所有你能想到的操作。

        下面来看一个例子，它会拦截响应，然后做一些很小的数据转换操作。

//把拦截器注册为一个服务
myModule.factory('myInterceptor', function($q, notifyService, errorLog) {
     return function(promise) {
          return promise.then(function(response) {
               //什么都不做
               return response;
          }, function(response) {
               //notify服务将会使用错误信息来刷新UI
               notifyService(response);
               //同时把错误信息打印到控制台，以便调试
               errorLog(response);
               return $q.reject(response);
          });
     }
});

//确保我们所创建的拦截器是拦截器链的一部分
$httpProvider.responseInterceptors.push('myInterceptor');

 

资料来源：《用AngularJS开发下一代Web应用》