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

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

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

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

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

Именно.

Именно.

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

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

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

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

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

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

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

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

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

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

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

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

сап

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

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

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

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

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

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

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

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

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

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

блин копец можно было также написать 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

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

во

В блюбьрд точно есть решение круче

Кинь ссылку на статью уже

https://m.habrahabr.ru/company/mailru/blog/269465/

можно зафигачить функцию collect getFirst().then(collect(getSecond())) .then([first, second] => ///)

В блюбьрд точно есть решение круче

Там есть map/reduce.

"У автора проблемы с проммисами"

Кстати, если не хардкодом, можно через редюс обьединить все выводы

ERROR: S client not available

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

Ниже в статье там он от них избавляется вроде

можно зафигачить функцию collect getFirst().then(collect(getSecond())) .then([first, second] => ///)

вполне работает

const firstPromise = getFirst(); const secondPromise = firstPromise.then(getSecond); Promise.all([firstPromise, secondPromise]).then(...);

Может лучше через генераторы?

Вот так вроде норм.

Может лучше через генераторы?

покажешь?

покажешь?

я даже не понимаю что вы там делаете

я даже не понимаю что вы там делаете

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

просто использование переменных с названиями getFirst getSecond collect намекает на генераторы

да тут async await хватит, какие генераторы)

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

если не сильно думать, то вот так

но можно лучше, конечно же

https://habrahabr.ru/post/209662/

https://goo.gl/LJaLqt

вот тут reduce используют вместо forEach

https://goo.gl/LJaLqt

не жалеешь ты наши глаза

мне кажется, что функции getFirst и getPromise должны быть фабриками, не?

зачем?

мне кажется, что функции getFirst и getPromise должны быть фабриками, не?

ты имел ввиду getFirst и getSecond ?

зачем?

ты же хочешь последовательное выполнение, а не "параллельное"

не, не так выразился

ты хочешь упорядоченность

ты же хочешь последовательное выполнение, а не "параллельное"

у меня всё ок работает)

последовательно

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

и что

ты хочешь цепочку 1 -> 2 а у тебя выполнится 2 -> 1

или вот прикинь, ты используешь композицию mapов из MapReduce

ты хочешь результат первого мапа передать во второй, из второго в третий и так далее но ты их уже зарезолвил поэтому они у тебя хз как выполнились, а потом ты пытаешься их как-то упорядочит