没有多大的区别？那么有啥大不了的地方呢？好吧，promises的真正强大之处在于多重的链接，当调用promise.then(func)时返回一个新的promise，它不会执行直到上一个完成。但是这里有一种特殊的情况，如果我的回调通过then返回一个新的promise，那么通过then返回的promise将不会执行，直到回调执行完成。详细细节请参考 Promises/A+，这是个复杂的规则，通过例子我们能更清楚的认识下.

假设你写了段登陆的代码，查找对象然后更新它。在旧的回调范式中，你可以使用金字塔式的代码完成:

这看起来已经很可笑，更可笑的是甚至没有任何错误处理。但是promise链式的结构，使代码看起来更舒服了:

哇!好多啦！

错误处理

上面的代码简单期间没有添加错误处理，但是添加了后你会发现在旧的回调代码中一团糟:

由于promises知道处理是否完成，它可以传递错误，不执行任何回调直到遇到错误。比如，上面的代码可以简写为:

通常，开发者认为一个异步的promise失败等同于抛出一个异常。事实上，如果一个回调抛出一个错误，promise将返回失败信息。把错误传递到下一个可用的错误处理器等同于抛出一次异常直到捕获处理。

jQuery,Backbone,和 Parse

有很多实现了promises的库供开发者可用。 像jQuery的 Deferred,微软的 WinJS.Promise,when.js,q,和dojo.Deferred.

然而，有个有趣的地方需要了解。 你可以在这里读到 long and fascinating jQuery pull request discussion,jQuery的实现没有完全按照Promises/A的规则来，很多地方用了其他实现方式，实验时，我发现只有一个地方不太一样。如果一个错误处理器返回一些其他的信息，而不单纯返回一个promise，大多数实现会考虑处理这个错误，不做错误传递。然而，jquery不认为在此处处理这个错误，而是把它向前传递。虽然，来自不同系统的promise应该能无缝的混合使用，但是你还是应当注意些。一个潜在的问题是会在错误处理器中返回promises（替换原始数值），因为它们会被同等对待。