Комментарии 12
Пс, там уже async/await в Javascript завезли.
Рассказывать про промисы лучше начинать с них, тогда всё понятнее будет.
Рассказывать про промисы лучше начинать с них, тогда всё понятнее будет.
Имхо ровно наоборот, ибо под async/await лежат как раз промисы
Да. но ты сначала показываешь человеку
А потом уже можно рассказывать про то, что там под капотом промисы на самом деле.
Если вы действительно хотите человека чему-то научить, но надо действовать от простого к сложному, итеративно.
Я, кстати, не думаю, что с появлением async/await люди часто продолжают писать .then
try{
let users = apiClient.getUsers();
}
catch (e) {
...
}
А потом уже можно рассказывать про то, что там под капотом промисы на самом деле.
Если вы действительно хотите человека чему-то научить, но надо действовать от простого к сложному, итеративно.
Я, кстати, не думаю, что с появлением async/await люди часто продолжают писать .then
Казалось бы, 2018.
НЛО прилетело и опубликовало эту надпись здесь
А ничего, что finally пока что в Stage 4? Хоть бы упомянули об этом.
Для обработки ситуации успешного разрешения промиса используйте метод .then, для тех случаев, когда промис отклонён, применяйте .catch.
Это немножко неосторожный совет.
Например, пишем:
промис.then(обработчик1).catch(обработчик2)
Верно ли, что в обработчик2 мы попадаем тогда и только тогда, когда исходный промис отклонён?
Нет, мы попадём туда, когда отклонён промис промис.then(обработчик1), то есть и в том случае, когда исходный промис выполнен, а в обработчик1 брошена ошибка.
То есть это не эквивалентно
промис.then(обработчик1, обработчик2)
Использовать catch следует с осторожностью.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Использование промисов в JavaScript