AG
промисы выносят мозг. я понимаю как они работают, но как они понимают что они resolved или rejected?
Size: a a a
2021 March 21
ФП
промисы выносят мозг. я понимаю как они работают, но как они понимают что они resolved или rejected?
если вызывается функция resolve - тогда resolved и возвращается результат в then, если вызвалось reject - тогда rejected и ошибка передается в catch
AG
вот я создаю промис на ПОСТ, хочу запостить сообщение, а после того как оно запостится вывести сообщения для юзера "ОК", создаю промис и отсылаю дату
как он понимает что он resolved или error? по приходящему ответу ?
как он понимает что он resolved или error? по приходящему ответу ?
AG
а если сервак упал и ответа вообще нет то что?
ФП
запросы изначально асинхронны, вы через fetch делаете запрос?
ФП
fetch(...).then(пришёл ответ).cathc(пришла ошибка)
AG
Да я понимаю как он работает
AG
хочу разобраться досконально буквально по строчке и как что происходит поэтапно
ФП
хочу разобраться досконально буквально по строчке и как что происходит поэтапно
ну если запрос не выполнился, то сработает блок в catch, либо если допустим статус пришёл не 200, то можно вызвать reject и тоже сработает catch, а если запрос успешен и пришли данные, то будет then
AG
предположим что сервак упал и ответа нет никакого. сколько промис будет ждать времени чтоб отдать reject?
ФП
предположим что сервак упал и ответа нет никакого. сколько промис будет ждать времени чтоб отдать reject?
ну по идеи сразу ошибку выдаст
ФП
ибо будет не доступен урл
ФП
предположим что сервак упал и ответа нет никакого. сколько промис будет ждать времени чтоб отдать reject?
ФП
если хочется почитать подробно
AG
да это уже изучил
ФП
ну там есть ответ на ваш вопрос
AG
значит я неправильно вопрос задаю)
S
ну там есть ответ на ваш вопрос
Там про промисы, а он про http клиент, видимо
YS
