摘录 – Parse JavaScript SDK现在提供了支持大多数异步方法的兼容jquery的Promises模式，那么这意味着什么呢，读完下文你就了解了。
“Promises” 代表着在javascript程序里下一个伟大的范式，但是理解他们为什么如此伟大不是件简单的事。它的核心就是一个promise代表一个任务结果，这个任务有可能完成有可能没完成。Promise模式唯一需要的一个接口是调用then方法，它可以用来注册当promise完成或者失败时调用的回调函数，这在.大体讲到了。比如，我想保存一个Prase.Object对象，这是个异步操作，在旧的回调范式中，你的代码可能这样写:
function(object) {
// the object was saved.
},function(error) {
// saving the object failed.
});
没有多大的区别？那么有啥大不了的地方呢？好吧，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（替换原始数值），因为它们会被同等对待。
在 Backbone 0.9.10最新版本中，异步方法现在返回一个 jqXHR，这是jquery promise的一种类型。Parse JavaScript SDK的一个目标是尽可能的和Backbone兼容，我们不能返回一个jqXHR，因为它在 上不能很好地工作，因此，我们不都添加一个 Parse.Promise类，它遵照jQuery Deferred的标准。 最新版本已经更新了所有的异步方法来支持这些新的对象，旧的回调方法仍然可用。但是基于上面列出的例子，我相信你更喜欢新的方式。所以试试promises吧！
