Почему несколько обработчиков «fail» вызывается, когда несколько обработчиков «then» привязаны к отложенному?

Question

Мой проект включает в себя рабочие процессы, в которых используются API-интерфейсы muliple, которые возвращают отложенные обещания. Я использую jQuery 1.8

Я понимаю, что разница между .done() и .then() заключается в том, что .then() возвращает новое обещание. В моем примере я ожидал бы, что если первый отложенный был отклонен, то только первый обработчик .fail() будет выполнен, потому что второй привязан к новому обещанию. При выполнении выполняются оба обработчика ошибок.

var firstDeferred = $.Deferred(), secondDeferred = $.Deferred(); 

firstDeferred.promise() 
.fail(function (error) { 
    console.log(error); 
}) 
.then(function() { 
    return secondDeferred.promise(); 
}) 
.fail(function (error) { 
    console.log(error); 
}); 

firstDeferred.reject('first deferred object'); 
//secondDeferred.reject('second deferred object'); 

Мой Ожидаемый результат:

> first deferred object 

Фактический результат:

> first deferred object 
> first deferred object 

Почему оба .fail() обработчики называют? Как я могу структурировать свой рабочий процесс так, чтобы обработчики вызывались только тогда, когда отложенные обещания отклонены?

Answer 1

Вы не привязываете ничего к обещанию, которое вы возвращаете в обратном вызове then(), потому что этот обратный вызов никогда не выполняется.

then() принимает эти аргументы:

then(doneFilter , failFilter) 

Ваш обратный вызов является первым аргументом, следовательно, это doneFilter. Но первое обещание не удается, поэтому then() не вызывает ваш обратный вызов. Он будет вызовет failFilter, но вы ничего не передадите для этого 2-го аргумента.

Цитируя the docs:

Если функция фильтра используется нуль, или не указано, обещание будет решена или отвергаются с теми же значениями, что и оригинал.

И поскольку failFilter аргумент не задан, then() просто пересылает состояние первого обетования, который запускает 2-й fail() обработчик.

Это работает:

var firstDeferred = $.Deferred(), 
    secondDeferred = $.Deferred(); 

firstDeferred.promise() 
.fail(function (error) { 
    console.log(error); 
}) 
.then(null, function() { // Notice the null 
    return secondDeferred.promise(); 
}) 
.fail(function (error) { 
    console.log(error); 
}); 

firstDeferred.reject('first deferred object'); 
secondDeferred.reject('second deferred object'); 

который входит:

first deferred object 
second deferred object 

Answer 2

Это происходит из-за того, что then возвращает новое обещание (результат которого передан в ответ на результат возврата).

Обещание может иметь два конечных состояния: разрешено или не выполнено. Таким образом, поскольку первая отсрочка не удалась, вторая никогда не может быть решена, поэтому она терпит неудачу. Если бы then не пузырялся, вы оказались на неопределенное время. Это может быть риск утечки памяти.

Просто изменил способ управления функцией отказа then, если вы хотите, чтобы он запускался, если он действительно запущен.