Finally в promise срабатывает по факту рапосположения?

Question

[AlexNew22]

Почему finally назвали finally, если мы установим его в начале цепочки then, то он сработает раньше, чем завершится промис
Цитата из документации

finally() может быть полезен, если необходимо произвести какие-либо вычисления или очистку, как только Promise (промис) завершено, вне зависимости от результата.

И почему, если у нас thenпервым аргументом установлен null, но и в этот промис не пришла ошибка, он пускает логику дальше в следующий then?
Например, если у нас стоит логика вроде такой new Promise(...).catch().then()
И по такому же принципу, как при попадании ошибки в поток then, он идёт дальше в поисках catch, а не крашится на следующем же thenв котором мы не обработали ошибку вторым аргументом? new Promise(...).then().then().then().catch()

Comments

[Lynn «Кофеман»]

Почему в вопросе про finally не видно ни одного finally?
В чём вопрос-то?

Абстрактная информация к размышлению — .catch(func) это просто укороченная запись .then(undefined, func).

[RAX7]

onFulfilled Необязательный
Function вызывается, когда Promise выполнен. Эта функция принимает один аргумент, значение с которым промис был выполнен. Если значение onFulfilled не функция, то оно автоматически заменяется на "Identity" функцию (возвращает полученный аргумент)
https://developer.mozilla.org/ru/docs/Web/JavaScri...

т.е. null заменяется на функцию (x) => x

[AlexNew22]

Lynn «Кофеман», почему, если установить finally перед всеми then и catch он сработает раньше, чем завершится промис?
new Promise().finally().then().catch()

[AlexNew22]

RAX7, а как промис понимает, что это последний then и нужно возвращать его результат, а не выполнить ещё один then?

[Lynn «Кофеман»]

Потому что у вас неверное представление о промисах.

new Promise().finally().then().catch() — это 4 (четыре) промиса.

new Promise() // (1)
  .finally()  // (2)
  .then()     // (3)
  .catch()    // (4)

и finally дожидается резолва или реджекта промиса (1), выполняет то что сказано и в свою очередь ресолвит или реджектит промис (2) и далее по цепочке.

[AlexNew22]

Lynn «Кофеман», в чём отличие finally от then, если мы ставя его в начало цепочки, то он срабатывает, как обычный then раньше остальных then не дожидаясь окончания цепочки промисов?

[Lynn «Кофеман»]

AlexNew22, а вы документацию читали?

Там же русским языком написано: https://developer.mozilla.org/ru/docs/Web/JavaScri...

[Lynn «Кофеман»]

AlexNew22, ну и не ставьте finally в начало цепочки.

А то как в анекдоте «доктор когда я делаю вот так у меня палец болит…»

[AlexNew22]

Lynn «Кофеман», что позволяет finally срабатывать в конце после всех, если при срабатывании catch, то следующий catch или then не сработают, но finally всё-таки отработает, если у нас промис уже фулфилд?

[Lynn «Кофеман»]

AlexNew22,
> что позволяет finally срабатывать в конце после всех

В смысле? Вы же сами выяснили что он срабатывает не после всех, а там где он указан.

[AlexNew22]

Lynn «Кофеман», я про то, что если мы поставим его в конце
Например нам пришла ошибка, а у нас конструкция
.then().catch().catch().finally().finally()
Сработает первый catch, а вот второй catch не выполнится, но почему все же еще дальше цепочка отработает и finally выполнится, если после первого catch у нас промис фулфилд и является завершенным

[Lynn «Кофеман»]

AlexNew22, потому что каждый then/catch/finally всегда возвращает новый промис.

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

[AlexNew22]

Lynn «Кофеман», по такой логике после 2-го catch снова должна выполниться then, если она будет указана?
Т.к. дальше по цепочке идет уже не ошибка, а данные?

[Lynn «Кофеман»]

AlexNew22,
> по такой логике после 2-го catch снова должна выполниться then, если она будет указана?
Да. И выполнится

» Promise.reject(1).catch(e => { console.log('err', e); return 42; }).then(r => console.log('ok', r));
« err 1
« ok 42

[AlexNew22]

По описанию у нас finally это аналог then(() => {}, () => {}), но зачем finally сделан без данных, которые мы получили от последнего промиса?
Почему finally не реализовали, как then(data => {}, data => {})?

[Lynn «Кофеман»]

AlexNew22,
По описанию „finally() очень схож с вызовом .then(onFinally, onFinally), однако существует несколько различий“

именно из-за этих отличий finally это не then

[AlexNew22]

Lynn «Кофеман», спасибо!