ES6 #13 Промисы (Promise)

[@DirtyKalach]

Просто миллион лайков поставил бы!!! Красавчик, лучшее объяснение промисов, которое я видел

[@YauhenKavalchuk]

Спасибо за отзыв)

[@DirtyKalach]

@@YauhenKavalchuk скажи пожалуйста, где нибудь есть последовательно курс is твоих видео?

[@YauhenKavalchuk]

Плейлист «полный курс» они там отсортированы)

[@DirtyKalach]

@@YauhenKavalchuk спасибо!

[@AndranikArshakyan]

спасибо за детальное объяснения promise

[@YauhenKavalchuk]

Пожалуйста

[@eidenblock]

Большое спасибо за твой труд. Наконец-то самое простое и точное объяснение что такое промисы. Спасибо

[@YauhenKavalchuk]

И вам спасибо за отзыв!

[@velessn]

(коротко, примеры) => результат(отличное видео) :-)

[@РУСЛАНОРАСБАЕВ-т1и]

Очень отличная подача!), спасибо большое

[@YauhenKavalchuk]

Спасибо за отзыв

[@lilishum1026]

Спасибо большое, очень доступно и понятно.

[@YauhenKavalchuk]

Спасибо за отзыв

[@Land-op1kw]

Однозначно лайк! Лучший!

[@YauhenKavalchuk]

Спасибо)

[@vladimirgnedko858]

почему так все понятно?)) Зачет конечно и подписка!

[@YauhenKavalchuk]

Спасибо

[@dneposeda]

Спасибо! Коротко и самое главное понятно!

[@YauhenKavalchuk]

И вам спасибо за отзыв!

[@sashashumchuk6568]

Все чётко и ясно) лайк.

[@YauhenKavalchuk]

Спасибо

[@Infinity-zf8ms]

Спасибо за ваш труд)

[@YauhenKavalchuk]

Спасибо за отзыв)

[@ВладимирГугин-ш7щ]

Спасибо что без лишней фигни)

[@YauhenKavalchuk]

Пожалуйста

[@mikhailivlev]

ой молодец, реально доступно рассказал)

[@YauhenKavalchuk]

Спасибо)

[@8malek]

Правильно я понял ... В первом блоке , где создаём промис ( new Promise ) мы делаем любой наш код ( условия , функции и тд ) в конце кода вызываем resolve() ... Потом по-любому должен быть хотябы 1 then и в этом блоке мы получаем функция , где указываем , что хотим делать , когда промис выполнился , например выведем модальное окно с какой-то инфой и так далее , задаём then пока собираемся выполнять какие-то действия последовательно ... Типа выполнился промис , первый then вывел красный div , как это произошло , вызывается второй then , где мы выводим синий блок , потом 3-й then , где мы выводим картинку и тд , пока хотим выполнять какие-то действия друг за другом ???

[@armorunit6970]

Привет! Как он устроен это понятно. Но где может понадобиться такая конструкция `new Promise((resolve, reject) => {...})` ? С фетчом всё понятно - есть реальное практическое применение. Но где реально упрощает жизнь `new Promise()` ?

[@armorunit6970]

Добавлю: Это в setTimeout() можно отправить resolve(), а как я отправлю его в какую-нибудь реальную асинхронную вещь?

[@izograph]

Спасибо! Очень лаконично и ясно!

[@YauhenKavalchuk]

Пожалуйста

[@ineptDev]

супер!

[@YauhenKavalchuk]

Спасибо!

[@vit944]

Добрый день. А можно узнать, как можно данные с сервера положить в тег select?

[@YauhenKavalchuk]

Это трудно пояснить словами. Приблизительный механизм можно найти в этом видео: kzbin.info/www/bejne/gn3YnpKamNeVfNE

[@Zadorozhniy39]

Спасибо :)

[@YauhenKavalchuk]

Пожалуйста)

[@osapo24]

Сложновато но не здаемся

[@YauhenKavalchuk]

👍

[@pauldudich]

Когда был пример с fetch, то все было понятно, сам неоднократно использую эту конструкцию, но в первом примере с промис, резолв и реджект я никак не могу разобраться, не понимаю практического применения этой конструкции, это типо усложненная версия второго примера?

[@YauhenKavalchuk]

Нет, это нативная реализация промиса, когда вы сами задаёте ему логику

[@Civilizer1976]

Правильно ли я понял из документации, что лучше в reject передавать экземпляр от объекта Error, что в свою очередь автоматически пробросит ошибку в .catch ? типа: const myPromise = new Promise((resolve, reject) => { let connection = true if(connection){ resolve('connection established') } else { reject(new Error('Connection refused')) //new Error gпробросит автоматом в .catch } )} myPromise .then(message => {console.log(message)}) //при connection = true выведет значение из resolve .catch(error => {conlole.log(error)}) //при connection = false выведет значение из reject: ('Connection refused')

[@YauhenKavalchuk]

да, всё верно

[@majestick]

В начале синхронность и асинхронность спутали?

[@YauhenKavalchuk]

☹️

[@SunLightDH]

catch не обязательно, ошибку, исключение можно ловить вторым аргументом then(res, rej), то есть rej должна быть функцией, в описании которой есть аргумент rej(arg){code}, так вот значение исключения, например текст ошибки: throw "someError", будет передан в arg функции rej

[@YauhenKavalchuk]

А зачем использовать костыль, если нативно предоставляется метод для обработки. Сколько работаю, никогда не встречал такой вариант, как вы описали

[@SunLightDH]

@@YauhenKavalchuk ну там есть свои нюансы использования того или иного варианта, хотя это может вообще не существенно. Просто когда вы отлавливает в catch, вы как бы уже точно ориентируетесь на возможную ошибку без дальнейшей цепочки выполнения, после успешного завершения, а если через then(arg1, arg2), тогда цепочку выполнения можно продолжать, перейдя к первому аргументу-функции, если ошибки не возникло

[@ВладиславСоловйов-д2м]

@@SunLightDH .then(func1, func2) func2 не отловит ошибку в func1, catch отловит. Никто не запрещает делать then после catch + есть finally

[@konstantinkkk8397]

Было бы круто если бы ты к каждому своему уроку давал задания, и пускай сбрасывают кто как его решил, и друг друга исправляют

[@YauhenKavalchuk]

Идея хорошая, но мне кажется что она не будет популярна. А тем более сбрасывать и проверять друг-друга. Сам думал об этом, но это всё мало вероятно.

[@xD-hu3gw]

на практике бы хотел посмотреть как это можно использовать) но с фетчем понятно

[@alexanderpogudaev8496]

Автор видео объясняет хорошо... Наверное я что-то недопонимаю, но почему-то мне кажется, что промисы вовсе не упрощают callback hell...

[@YauhenKavalchuk]

Об этом пишется во всех статьях по данной теме. Если преимущество не видно, то возможно, вы долго работали с callback, вот и привыкли)

[@alexanderpogudaev8496]

@@YauhenKavalchuk Вообще я как-то больше по С/С++. JavaScript только недавно начал осваивать. CallBack-и и в C использовал, но там это не носит такого масштаба. Поэтому обработка событий и асихронщина в JS сильно ломает мне мозг, но привыкаю понемногу. Спасибо за ответ и уроки!

[@alexanderyinyang1436]

Подскажи пожалуйста, что имеется ввиду kzbin.info/www/bejne/jnWUfn6ubMp8q7M ? функция data => console.log(data) все же возвращает data дальше по цепочке промисов? Я просто ожидал, что ты добавишь что-то вроде data => {console.log(data); return data;}

[@YauhenKavalchuk]

Не по цепочке в моём случае ничего не возвращается. Я об этом упомянул и сказал что это просто пример для того что бы проверить полученные данные. Если данные нужно передать дальше, то используется тот синтаксис что написали вы!)

[@chirog13]

Я не понял, откуда data в ответе взялась, откуда мы понимаем что там будет?

[@sergeys4732]

У нас данные отдал резолв, потому что запрос был успешный

[@YauhenKavalchuk]

Они пришли в ответе, так как был resolve. Он собственно и отдал данные

[@АсланКартоев-ф6д]

Скажите а что за параметр data в then?

[@YauhenKavalchuk]

Это данные, которые возвращаются из промиса

[@МаксКондратенко-ц2е]

Спасибо за видео. Получается что промисы используются в основном для получения данных ? В связке с fetch? И нет смысла создавать через new Promise?

[@YauhenKavalchuk]

Пожалуйста. Конструкция new Promise и правда редко используется, но что касается самих просимой, то их использование только fetch не ограничивает. Они отлично работают в связке с любыми асинхронными операциями. Но основная цель, да, я бы сказал получение данных

[@olegpristashkin9078]

Так если мы в es5 можем использовать try catch блок, зачем нам проимсы? Мы же в try catch можем обработать успешный и неуспешный кусок программы

[@YauhenKavalchuk]

Ну, промисы это неотъемлемая часть асинхронного JS, пропустить данную тему было бы не правильно

[@dodokwak]

Вопрос по 8:01 строка 22: можно(нужно) ли здесь explicit использовать return? Спасибо.

[@YauhenKavalchuk]

Нет не нужно. Если вам нужно получить данные, то лучше передать их в функцию, которую описать внутри then. И внутри данной функции работают с ними

[@dodokwak]

@@YauhenKavalchuk спасибо.

[@Gavr-dev]

немножко не понял как с fetch сделать тоже что и перед этим делали с помощью таймаута

[@Gavr-dev]

там создавался new Promise, а здесь я что-то не понял что происходит

[@YauhenKavalchuk]

Таймаут в промисе я задал, что бы сделать код асинхронным, это довольно распространённый пример (скажем так эмуляция). С fetch таймер задавать не нужно, т.к. он и так работает асинхронно.

[@dispeltr1183]

получается then всегда возвращает промис?

[@YauhenKavalchuk]

Да

[@kirillbaryba746]

Евгений , есть вопрос . Использую Ajax (Fetch Api) делаю запрос к серверу через каждые N минут. Набросал код, но есть сомнения что я правильно это делаю jsfiddle.net/kirillos/kapxe4zd/16/ Можешь помочь разобраться ? Спасибо

[@YauhenKavalchuk]

Много кода не нужного. По крайней мере обёртка из Promice. Просто используйте fetch - это конструкция и так возвращает промис. А ещё можете посмотреть вариант async/await - это следующее виде, если не ошибаюсь

[@kirillbaryba746]

@@YauhenKavalchuk Спасибо

[@EugeniaChe]

Классное объяснение! Скажи а что чаще используешь в реальных проектах, fetch или axios?

[@YauhenKavalchuk]

Спасибо! Если выбирать только из этих 2х то чаще использовал fetch.