javascript - 在一个成功的内部进行 ajax 调用可以被认为是不好的做法吗？

Question

让我们来看下面的一段代码:

$.ajax({
    type: 'POST',
    dataType: dataType,
    url: 'someUrl',
    success: function(result){
        $.ajax({
            type: 'POST',
            dataType: dataType,
            url: 'anotherUrl',
            data: queryToSearch,
            success: function(anotherResult){
                (do something that uses the first one result)
            },
            error: MyObj.defaultAjaxError
        });
    },
    error: MyObj.defaultAjaxError
    });

这可以被认为是一种不好的做法吗？它对性能有影响吗？如果是，是否有更好的方法来做这样的事情？

Answer 1

使用 promise 。希望，Promises/A (如 implemented in jQuery 1.8+ Deferred Objects )，然后:

$.ajax({..}) // Promise 1
 .fail(function () {
    // Oops! This will fire if (and only if) Promise 1 failed.
 })
 .then(function () {
    // This will only fire if the first request had no error - was "done"
    // We then return a NEW promise for the 2nd request. In a proper
    // Promises/A, 'then' returns a (new) promise. (jQuery < 1.8 is broken.)
    return $.ajax({..}) // Promise 2
 })
 // Note that these are for the 2nd promise which has been returned from
 // the 'then' above OR from a 2nd promise created automatically by the default
 // failHandler.
 .fail(function () {
    // Oops! This will fire if EITHER the promises (AJAX calls) fails.
    // This happens because we are either binding to our Promise 2
    // or to the auto-rejected promise returned from the default failHandler.
 })
 .done(function () {
    // 2nd promise done - means both are done!
 })

使用 when 是不合适的，因为那样会“并行”。 (实际上，when 可以 与“ stub ”promise 一起使用，该 promise 在第二次调用完成时被连接以被接受 - 然而这并没有受益于 then 链接并且不可能有意义地使用来自第二次调用的 promise 直接用于串行执行。)

需要注意的一件有趣的事情是 fail 和 done 只是 then 的简写/限制形式 .这些方法可以(并且应该)用于清晰的意图/代码。