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应用》

你可能感兴趣的:(JavaScript,AngularJS,Promise)