javascript - JS API 应该将 jqXHR 转换为 Promises 吗？

Question

我见过人们将他们的 jqXHR 对象(即当您执行 AJAX 操作时 JQuery 返回的那些东西)转换为 promises 的模式。例如:

function doAJAX() {
    var jqXHR = $.get('http://www.example.com');
    return jqXHR.promise();
}

我从来没有为这个模式烦恼过，因为它似乎并没有真正提供任何东西。当人们谈论将 $.Deffereds 转换为 $.Promises 时，他们建议这样做以防止用户过早地解析 deferred。但是 jqXHRs 已经有效地是 promise :它们实现了 promise 接口(interface)并且不能过早解决。

但是，我现在正在开发一个面向公众的 API，如果它能为客户带来更好的 API，我愿意向后弯腰(代码方面)。所以，我的问题是，我错过了什么吗？在每次返回给客户的 AJAX 调用之后抛出 .promise() 实际上会以任何方式为他们带来更好的体验，或者这只是人们应用 .promise( ) 到他们的 jqXHR 只是因为他们习惯于对他们的 deferreds 这样做？

Answer 1

从 $.get() 返回的 jQuery 的 jqXHR 已经是一个功能齐全的 promise 对象，而不是延迟对象，因此它已经作为 promise 受到保护。您不需要将其转换为一个，这样做只会隐藏现有的 jqXHR 功能。

所以，你已经可以直接这样做了:

 $.get('http://www.example.com').done(function() {
     // your code here
 });

直接来自 jQuery doc for $.get() ;

As of jQuery 1.5, all of jQuery's Ajax methods return a superset of the XMLHTTPRequest object. This jQuery XHR object, or "jqXHR," returned by $.get() implements the Promise interface, giving it all the properties, methods, and behavior of a Promise (see Deferred object for more information). ...

The Promise interface also allows jQuery's Ajax methods, including $.get(), to chain multiple .done(), .fail(), and .always() callbacks on a single request, and even to assign these callbacks after the request may have completed. If the request is already complete, the callback is fired immediately.

还有，对于你的问题:

Will throwing .promise() after every AJAX call that gets returned to the customer actually make things better for them in any way?

不，在我看来，这无助于使其成为更好的 API，因为它只会隐藏 jqXHR 功能并将其变成一个 promise 。 jQXHR 对象已经是一个 promise 对象，而不是一个 deferred 对象，所以 promise 方面已经存在，可以防止人们乱用 deferred。

---

我能想到从你的 API 中只返回一个 promise 对象的唯一原因是，如果你真的试图隐藏你正在使用 jQuery 的事实，那么你不希望有任何方法API 用户使用任何其他 jQuery 功能。但是，除非您还隐藏了 Ajax 调用输入上的所有参数功能(因此它在输入端看起来也不像 jQuery)，否则我认为隐藏输出功能也没有意义。毕竟，底层是 jQuery，所以为什么要费心抽象/重新定义整个 jQuery ajax 接口(interface)。