Да вопрос все тот же, как избавиться от асинхронности и писать код последовательно, а не оборачивая в then и функции.

У тебя есть цепочка промисов, ты можешь в нужный then() передать функцию, исполнение которой ты ожидаешь после резолва промиса

Если ты ожидаешь выполнения сразу нескольких функций параллельно, и только после этого запустить свою, то у тебя есть Promise.all()

никак

Удваиваю

да и вообще, js однопоточен параллельности нет, всё на событиях под капотом

И снова все приходится делать самому. В javascript завезли критические секции, семафоры, мьютексы или другие типы блокировок?

Нет. А что ты блокировать хочешь? У тебя не будет гонки никогда.

И снова все приходится делать самому. В javascript завезли критические секции, семафоры, мьютексы или другие типы блокировок?

> js однопоточен

https://www.youtube.com/watch?v=8aGhZQkoFbQ мне помогло разобраться с подобными вопросами

И снова все приходится делать самому. В javascript завезли критические секции, семафоры, мьютексы или другие типы блокировок?

тебе ни семафоры ни мьютексы не нужны

Нет. А что ты блокировать хочешь? У тебя не будет гонки никогда.

Будет

https://www.youtube.com/watch?v=8aGhZQkoFbQ мне помогло разобраться с подобными вопросами

В виде текста это есть? Вообще что гуглить на эту тему?

Будет

Когда?

Никаких гарантий по очередности исполнения файберов/коллбэков нет

В виде текста это есть? Вообще что гуглить на эту тему?

event loop, на хабре что то читал, но видео годное

Если что-то модифицировать из разных точек - надо лочить

«Boost.Asio C++ Network Programming». Глава 1: Приступая к работе с Boost.Asio / Хабрахабр https://m.habrahabr.ru/post/192284/

Никаких гарантий по очередности исполнения файберов/коллбэков нет

Ты точно знаешь, что они выполняются один за одним. Какая гонка при этом?

Вот тут пункт "синхронное против асинхронного", шикарной написано по этому вопросу

Ты точно знаешь, что они выполняются один за одним. Какая гонка при этом?

Блдж, с чего ты решил?

«Boost.Asio C++ Network Programming». Глава 1: Приступая к работе с Boost.Asio / Хабрахабр https://m.habrahabr.ru/post/192284/

Буст тут причём?

Буст тут причём?

Не буст, а только пункт из этой статьи

Кмк хорошо написано, что либо синхронность либо асинхронность

Блдж, с чего ты решил?

Ну event loop ещё никто не отменял. Если, правда, не трогать скролл.

Блдж, с чего ты решил?

колбеки выполняются гарантированно последовательно просто порядок не определен

Ну event loop ещё никто не отменял. Если, правда, не трогать скролл.

Несколько параллельных http-запросов выставляют http-код ответа у какого-нибудь объекта. Где тебе тут очередность?

колбеки выполняются гарантированно последовательно просто порядок не определен

Именно.

Именно.

блокировки в ноде всё уничтожат

блокировки в ноде всё уничтожат

С чего бы вдруг?

Смотря что они блокируют и как реализованы

Смотря что они блокируют и как реализованы

а не важно если они блокируют поток исполнения, то всё, нода встанет

а не важно если они блокируют поток исполнения, то всё, нода встанет

Можно блочить не поток, а файбер

Можно блочить не поток, а файбер

что есть файбер в твоём понимании ноды?

Короч. Есть генераторы и промисы в ноде. Файберы не нужны!

ну как ты видишь, там длинные треды и решения как бы так и нет)

сап

ни в одном из твоих ишью не предоставили репро кейс

Пример хорошего UX: теперь Гитхаб наглядно объясняет пользователям, что разрешает или запрещает лицензия проекта — https://goo.gl/ZxhMnL

я вот не могу понять

как разница? кроме названий переменных

Там дальше написано

В последнем идёт создание нового промиса через фабрику?

вот в этих двух кусках кода

разницы же нет

Именно в этих нет

Там дальше написано

а дайте ссылку

блин копец можно было также написать result = result.then(() => promise) и не **ть мозги

Предполагается, что есть. Первый вариант - промис. Второй - функция, возвращающая промис

Ну это уже надо сорц фабрики видите

А, госпди, эта статья

короч, если я хочу executeSequentially, то преобразовывать руками каждый промис в функцию возвращающую промис это как минимум тупо

намного лучше сделать всё прозрачно кинул массив, и функция сама сделает внутри что нужно result = result.then(() => promise)

статья отстой

шлак предложение

шлак предложение

мне тоже не нравится, как выкручиваетесь в таких случаях? доп переменная ?

Зачем

выносить в функцию...

но стараюсь проектировать так, чтобы такой фигни не было

мне тоже не нравится, как выкручиваетесь в таких случаях? доп переменная ?

Выносить then вне инициального промиса - проучится плоский чейн промисов

Промисы созданы чтобы не делать ступеньки калбеков , автор в примере все равно их делает

шлак предложение

getUserByName('noname') .then(user => getUserByAccountId(user.id)) .then(userAccount => console.log(userAccount))

+

шлак предложение

Promise.all ?

единственный момент, это если мне нужен результат и getUserByName и getUserByAccountId

А не)

Выносить then вне инициального промиса - проучится плоский чейн промисов

то бишь функция отдельная

А не)

Удаляй ы)))

то бишь функция отдельная

Наверное, не до конца понял. Выше пример от совы

единственный момент, это если мне нужен результат и getUserByName и getUserByAccountId

делал типа так, но это отстой: getFirst() .then(first => getSecond(first.id).then(second => [ first, second ])) .then([first, second] => console.log(first, second))

Но если нужно кумулировать все выводы со всех промисов тогда да - нужна переменная

Если в последнем нужно ответ и первого и второго и тд

Можно и без переменной.

как ж

Жги

Дополнительный зен чтобы модифицировать вывод ы

getFirst().then(first => Promise.all([first, getSecond(first)])).then(([first, second]) => ...)

Тоже коряво, но тем не менее :)

Такое

почти то, что я предложил, только c All