js构建ui的统一异常处理方案（二）

上一篇文章，我分析了同步代码做异常处理是基于责任链模式，而通过try、catch等语句可以很容易地实现这种责任链模式。但是如果是异步调用，我们无法直接通过try、catch语句实现责任链模式，并且通过一个demo证明使用回调函数的方式去实现去实现异常处理的责任链模式是非常繁琐而且代码难以规范的，适用性不高。有没有什么方式能够使得异步js的责任链模式能够更加简单地实现呢？

对于这个问题，我们还是先回到js异步调用上，随着node和npm的普及，js异步调用也越来越被大家重视，于是乎npm引用了一个叫promise的设计模式，立刻引起轰动效应，一时间各个js类库纷纷引入这个设计模式，代替原有的js回调模式。promise后来也被官方接受，成了es6引入的新语法糖之一。因为promise是基于设计模式的，所以promise是可以在任何浏览器上实现出来的，因此很多的框架都有promise的影子，比如jq的$.deferred、angular的promise，另外在ext、dojo里也有对这个模式的封装，可以说目前流行的各大框架，都有promise的实现，由此可见我们没有理由不采用promise来封装我们异步调用。

一、promise的于异步调用

还是先来看看promise，promise对象来自对promise/A+规范的实现，而这个规范本身就可以看成是对一种异步编程的设计模式。关于promise不想在这里涉及太多，因为早就有很多人将他将了多少遍了，这里给出一个实现上一篇文章的例子代码便可。

function fa(){
    return new Promise(function (resolve, reject) {
        setTimeout(function(){
            //执行异步方法a的内容
            resolve();
        })
    }).then(function(){
        //调用异步方法b
        return fb();
    })
}
function fb(){
    return new Promise(function (resolve, reject) {
        setTimeout(function(){
            //执行异步方法b的内容
            resolve();
        })
    }).then(function(){
        //调用异步方法c
        return fc();
    })
}
function fc(){
    return new Promise(function (resolve, reject) {
        setTimeout(