РБ
Так должно упасть при первом же reject, а не дожидаться пока все выполняться
оно так и сделает
Size: a a a
2021 March 03
РБ
в цикле эвейтишь - это уже не как promise.all
ты создаешь промисы заранее, в цикле просто ждешь их всех по 1, работать будет как промис олл
АП
ты создаешь промисы заранее, в цикле просто ждешь их всех по 1, работать будет как промис олл
Ну напиши цикл, покажи, что имеешь в виду
G
ты создаешь промисы заранее, в цикле просто ждешь их всех по 1, работать будет как промис олл
кастомная очередь полезна когда задачи сваливаются в разное время
РБ
Ну напиши цикл, покажи, что имеешь в виду
p1= fetch(url1)
p2=fetch(url2)
p2=fetch(url2)
for(let p of [p1,p2]){
await p
}AK
добавь в свой проект бабель плагин module-resolver, там есть опция root
Мне это ещё в jest надо добавить, и потом ...
PS
РБ
Исходный вопрос был написать promise.all используя await
PS
Исходный вопрос был написать promise.all используя await
да мне было интересно посмотреть как оно сделано.
ну, как я понимаю, тот цикл с await p вполне аналогичен
ну, как я понимаю, тот цикл с await p вполне аналогичен
AZ
да мне было интересно посмотреть как оно сделано.
ну, как я понимаю, тот цикл с await p вполне аналогичен
ну, как я понимаю, тот цикл с await p вполне аналогичен
За исключением того что в promise. All все промисы стартуют почти одновременно, а в цикле они стартуют последовательно
PS
За исключением того что в promise. All все промисы стартуют почти одновременно, а в цикле они стартуют последовательно
все промисы стартуют еще до запуска promise.all
AZ
логично
PS
логично
промис стартует сразу после создания. promise.all только дожидается их завершается
G
как лучше сделать online/offline систему? отлавливать заход пользователя в приложение и делать запрос на бд, которая будет изменять online на true?
ЕВ
Gearonix
как лучше сделать online/offline систему? отлавливать заход пользователя в приложение и делать запрос на бд, которая будет изменять online на true?
сокеты наверное
КП
Gearonix
как лучше сделать online/offline систему? отлавливать заход пользователя в приложение и делать запрос на бд, которая будет изменять online на true?
Да, это лучше реализовывать сокетами как сказали выше
И в бд хранить такую инфу не очень правильно — это временное состояние не требующее долгого хранения. Инфу по пользователю можно через те же сокеты передавать
И в бд хранить такую инфу не очень правильно — это временное состояние не требующее долгого хранения. Инфу по пользователю можно через те же сокеты передавать
G
вообще да, спасибо
N
Да, это лучше реализовывать сокетами как сказали выше
И в бд хранить такую инфу не очень правильно — это временное состояние не требующее долгого хранения. Инфу по пользователю можно через те же сокеты передавать
И в бд хранить такую инфу не очень правильно — это временное состояние не требующее долгого хранения. Инфу по пользователю можно через те же сокеты передавать
но например хочеться при этом хранить в бд дату последней активности юзера)
GS
но например хочеться при этом хранить в бд дату последней активности юзера)
Так собственно и делали пару десятилетий на всяких форумах и блогах)
GS
Просто каждый раз, когда получался юзер из БД, одновременно обновлялась дата