асинхронность в js - способы написания

Вкусовщина же.

Калбеки. Все это ваше асинкнутое от лукавого :)

Калбеки

На вот тебе, я слышал, ты такое любишь.

       } 
      } 
     } 
    } 
   } 
  } 
 } 
} 

Именно, я вот и задумался, а кто за что топит и почему.

kiss же: скобочки меньшее зло по сравнению с дополнительными сущностями ( почти всегда )

promise - это те же колбеки только сбоку (на самом деле async/await - это тоже колбеки, только под ковром) Труъ жс-еры не выбрасывают исключения, поэтому try/catch им не нужен в каждой дырке.

Но async/await - это тоже самое, просто колбек делают за тебя и код выглядит при этом, как типа синхронный.

А я и не говорю что это плохо. ТС спрашивал как делаем вот я и вставил пять копеек, даже смайлик поставил чтоб дофига серьезно не воспринимали

В плане производительности, лучше всего будет callback

Там где можно заюзать async/await юзай их. Читается как то по проще, хотя на любителя, требуется чутка привыкнуть перед тем как это станет проще.

Но не стоит забывать что у промисов есть прикольные фишки:

Promise.all(iterable)
Ожидает исполнения всех промисов или отклонения любого из них.

Promise.race(iterable)
Ожидает исполнения или отклонения любого из полученных промисов.

в общем и то и другое нужно)

В плане производительности, лучше всего будет callback

А ты мне нравишься. Чем докажешь?

Только коллбэки, только хардкор!

А сам я только async/await через TS. Всё остальное - для тех, у кого много врмени на рефакторинг. ПОтому что JS - это нечитаемое г...о для маньяков.

Чем докажешь?

да сто пудов все остальное сделано поверх колбеков

Async/Await это просто синтаксический сахар для promise, а промисы работают по верх коллбэков

Поверх чего? А то я стандарт читаю, найти не могу.

https://developer.mozilla.org/ru/docs/orphaned/Web/JavaScript/Guide/Using_promises

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

То есть промис это объект с коллбэками. И он работает «чуть» медленнее чем просто коллбэк, так как интерпретатору ЖС необходимо сначала обратиться к объекту, а потом уже вызвать нужный коллбэк у этого объекта(не считая затраченное время на решение условия какой коллбэк нужно вызвать).

Ага, а что такое JOB?

погугли

стиль, на котором вы пишите асинхронные запросы

По ситуации. Вообще-то одно не исключает другого, я часто пишу типа

const result = await something().then(r => signalSomeEvent(r)).catch(e => console.error('Мы обосрались', e));

Ага. Ну так давай ты скажешь поведение кода? А потом объяснишь, почему так. Ок?

...
setTimeout(()=>console.log('1'), 0)

fetch('http://amazingapireally/answer2').then(()=>console.log('2'))

console.log('3')

И он работает «чуть» медленнее чем просто коллбэк, так как интерпретатору ЖС необходимо сначала обратиться к объекту, а потом уже вызвать нужный коллбэк у этого объекта

А то я тут слегка прифигел.

Опа, но зачем?

Затем что это такая монада Maybe на коленке.

Ой, а что это?

const data = await getData();
if (data) { ... }
против 
getData().then((res) => {
...
})

js это унылость и безысходность.

Безысходность, это да.

Я буду звать тебя ‘Романнеуч’. По всем тредам твои «экспертные» мнения, а толку нет.

скобочки меньшее зло

Ах ты ж мамкин лиспер. vertexua, фас! %)

Госпади чел. Как мы уже выяснили ты вроде как знаешь JS. И то что ты не понимаешь, очевидные вещи, что callback лучше в плане производительности, чем promise или async/await. Это уже твои проблемы… Мне дальше лень продолжать с тобой эту демагогию.

что callback лучше в плане производительности, чем promise или async/await

Покорми меня ещё. Не уходи! Я решил спросить, ответа нет. Ну-с, мы не унываем.

Чем они фундаментально отличаются внутри?

Щас во всех вменяемых языках try catch await async: python, javascript, swift

Поэтому тут даже вопрос не стоит - опускаться до callback hell или же писать как белые люди

Чем они фундаментально отличаются внутри?

В случае с V8 еще стоило бы спросить есть ли между ними разница для jit ) а то там приколов то хватает)

Тогда прошу глянуть код выше и ответить , почему такой порядок?

А то я не врубаюсь

Ну вот я о том же, почему считается что там наивная имплементация

да, async/await похож на другие языки, но надо самому try/catch АшЫбоК.

в промисах тоже надо самому

Promise.resolve().then(() => { throw new Error('1'); }).then(() => { lol }).catch((e) => console.log('error', e))

async/await начинает рулить когда есть циклы асинхронные.

ты про асинхронность в js - способы написания (комментарий) ?

А что там не так? у меня выводится сначала 3 потом 1 а запрос с ошибкой падает.

Можно просто оставить тут вот это https://youtu.be/HPFARivHJRY

UPD: только там какой то обрезанный кусками доклад, но можно погуглить другие доклады от Вячеслава Егорова

Для фанатов бенчмарков на JS и всех кто просто хочет порофлить)

async/await не увеличивает вложенность и сильно упрощает читаемость. Поэтому если есть возможность юзать - юзай.

А если бы не падал запрос (поставь catch(()=>console.log(‘2’)).

И получается такой порядок, почему? Почему так?

Спасибо. Всегда к тебе прслушивался.

При активном задействовании контекста, как при тестировании реактовских хуков в Jest, async/await без вариантов. В остальных случаях использую промисы без лишних проблем, ибо с декомпозицией в коде у меня всё ок.

Благодарю-с.

У меня получается или 3 2 1 или 3 1 2. Тебя смущает что фетч отрабатывает быстрее таймаута? На сколько я помню в таймаутах есть некий минимум, то есть между setTimeout(f, 0) и setTimeout(f, 50) нету никакой разницы.

нету. Fetch ВСЕГДА будет быстрее. ВСЕГДА будет 3 2 1

у меня не всегда) я несколько раз позапускал, зависит от инета

На самом деле у тебя нет гарантий, что setTimeout(0) (жалкое подобие nextTick) и fetch сидят на одной очереди микротасков. В примере просто кривой код, проведение которого изучать бессмысленно.

Почему кривой? Оба варианта поведения допустимы. В чем кривость?

а они не сидят ;) Гарантии есть. Есть Ecma. Там есть две Queue. Гугель АбоЗвАл Microtask (promise) и Macrotask (callback).

Потом пацан из статьи по ссылке показал, что РЕАЛИЗАЦИЯ - говно. Надо быстро, бешенно исправлять, а значит разобраться в вопросе. Так и рулит, да-да.

setTimeout в JS нема. Он есть где? В Хромом он есть, есть в FF…

Кривость в вопросе о последовательности, которая UB.

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