javascript - 更喜欢做多个依赖ajax同步调用的方式

Question

我见过执行多个依赖 ajax 同步调用的不同方法。其中两个被广泛采用的是 jquery 延迟方法和成功回调。

我的问题是:
1)使用一个比另一个有什么优势？
2)在什么情况下一个人比​​另一个人更受欢迎？
3)还有比这两种更好的方法吗？

// jquery defer method
var defer = $.when(
    $.get('ajax_call_1');
);

defer.done(function () {
    $.get('ajax_call_2');
});



// callback on success
$(function(){ 
    $.ajax({
      url:'/ajax_call_1',
      data: {  },
      success: function(data){      
        $.get('ajax_call_2');
      }
    });
  }
});

Answer 1

使用 Promises 而不是回调的一些原因:

1. 排序多个异步操作要简单得多。
2. 构建涉及多个异步操作的条件逻辑要简单得多。
3. 执行涉及多个异步操作的稳健错误处理要简单得多。
4. 构建可重用的异步接口(interface)要简单得多。
5. 与其他异步接口(interface)的交互更简单。
6. 更容易处理可能在异步代码深处发生的异常，否则会导致静默失败

在您的问题中，对 jQuery Ajax 调用进行排序并捕获所有可能的错误的最简单方法是使用从 $.ajax() 返回的自然 promise 并将它们链接起来:

$.get('ajax_call_1').then(function(value) {
    return $.get('ajax_call_2');
}).then(function(result) {
    // success with both here
}, function(err) {
    // error with one of them here
});

或者，没有像您示例中那样的错误处理:

$.get('ajax_call_1').then(function(value) {
    $.get('ajax_call_2');
})

没有理由在这里使用这个结构:

// jquery defer method
var defer = $.when(
    $.get('ajax_call_1');
);

因为 $.get() 已经返回一个 promise，所以不需要使用 $.when() 来创建另一个 promise。 $.when() 当您有多个 promise 并且您想知道所有 promise 何时完成时很有用。对于一个 promise ，您只需直接使用它 - 没有理由对单个 promise 使用 $.when()。

---

你可以用第二种方式:

// callback on success
    $.ajax({
      url:'/ajax_call_1',
      data: {  },
      success: function(data){      
        $.get('ajax_call_2');
      }
    });

因为这只是使用嵌套回调进行编码的非 promise 方式。主要缺点是当不使用 promise 时，错误的传播和多个操作的排序变得困惑和困难。在这个简单的示例中，尝试将来自任一 ajax 调用的错误返回给调用者。这样做需要很多额外的代码。我上面的 promise 示例会为您将所有错误传播回调用者。

---

至于您的具体问题:

1) What is the advantage of using one over another?

您基本上是在问为什么使用 promises 而不是嵌套回调。关于使用 promises 的优势的文章有数百篇。我会看看是否能找到一两个，但在 Google 上搜索“为什么 promise 与回调”应该可以帮助您开始阅读。

What’s so great about JavaScript Promises?

Staying Sane with Asynchronous Programming

Why Am I Switching to Promises

2) In what situation is one is preferred over another?

我不知道为什么普通嵌套回调优于使用 promise 。一旦您了解了 Promise，您几乎总会发现它们是一种更好的编码方式。我不使用 promises 的唯一原因是，如果我试图编写与没有 promises 的旧浏览器兼容的代码，即使那样，我也可能只包含一个 polyfill 以便支持 promises。

3) Is there any other better method than these 2?

是的，请参阅我的第一个代码示例。

---

附言请注意，我选择仅将 .then() 与 jQuery promises 一起使用，因为这是 ES6 promise 标准，并且在将来 jQuery 将其 promise 转换为更符合标准(这他们正在努力)。在与使用该标准的其他 promise 来源交互时，您的代码也会更加一致。

附言 promise 是一次性设备。他们要么解决，要么拒绝一次，而且只有一次。如果您试图从某个来源获取多个通知，那么 promises 并不是为此而构建的。事件发射器或发布/订阅系统可能更适合解决此类问题。