OR
Но в целом, насколько я понимаю, асинхронность выглядит примерно как выдача задач на пул воркеров.
Size: a a a
2020 June 25
AL
Я в третий раз скажу слово "фибры". Оно работает там быстрее как раз потому что асинхронно а не параллельно
AL
И что можно прервать, а не дожидаться
MB
Я в третий раз скажу слово "фибры". Оно работает там быстрее как раз потому что асинхронно а не параллельно
Я полагаю фишка в том, что какие-то задачи отменяются в процессе?
MB
Я не знаток реакта
MB
Ну это всё объясняет)
MB
Что быстрее, пройтись for вызывая xhr или засунуть фетчи в промис олл?
В общем-то примерно одинаково, только на XHR с ума сойдешь синхронизировать ответы
OR
В общем-то примерно одинаково, только на XHR с ума сойдешь синхронизировать ответы
Ну, кстати, да, разница в проходе будет только на этапе координации, до этого не будет особой.
OR
Да и не сойдёшь, заведи колбэки и глобальную переменную. Или локальную в замыкании
MB
Да и не сойдёшь, заведи колбэки и глобальную переменную. Или локальную в замыкании
Все можно)
OR
Добавится только логика проверки, что все приехали
OR
Разница в сахарке, по-сути
OR
По-сути асинхронность не делает что-то прямо быстрее, она только уводит блокирующие операции в другой тред обработки, чтобы бедный пользователь не смотрел на зависший от синхронного xhr экран
MB
По-сути асинхронность не делает что-то прямо быстрее, она только уводит блокирующие операции в другой тред обработки, чтобы бедный пользователь не смотрел на зависший от синхронного xhr экран
Я вообще не знал, что xhr можно сделать синхронно)
OR
У той же ноды есть про пул воркеров и что не стоит увлекаться https://nodejs.org/ru/docs/guides/dont-block-the-event-loop/
OR
Я вообще не знал, что xhr можно сделать синхронно)
🤷 а когда-то и промисов не было
OR
И даже xhr был малоизвестен
MB
У той же ноды есть про пул воркеров и что не стоит увлекаться https://nodejs.org/ru/docs/guides/dont-block-the-event-loop/
Только это не про ускорение)
OR
Это про "не увлекаться".