A
тут всё проще
Size: a a a
2019 February 15
TT
вот это весь код
A
вот так без async работает или нет?
TT
вот так без async работает или нет?
да... странно. а что не так?
TT
я не могу выкинуть async потому что у меня там будет get к api будет
N
я не могу выкинуть async потому что у меня там будет get к api будет
А зачем тебе тогда callback, если уже async есть?
TT
А зачем тебе тогда callback, если уже async есть?
в main будет несколько обращений к серверу и они идут последовательно
A
попробуй в repl ноды (я просто сейчас не у компьютера):
const fn1 = () => {}
const fn2 = async () => {}
fn1.constructor.name
fn2.constructor.name
const fn1 = () => {}
const fn2 = async () => {}
fn1.constructor.name
fn2.constructor.name
N
в main будет несколько обращений к серверу и они идут последовательно
Так и зачем callback в main'e, если он уже async будет у тебя?
A
в main будет несколько обращений к серверу и они идут последовательно
ну и помимо ответа на твой конкретный вопрос, даже если бы оно захавало эту функцию, это бы всё равно не работало так как ты хочешь
N
Это то, что queue принимает
N
Там либо callback, либо async
TT
Так и зачем callback в main'e, если он уже async будет у тебя?
это ж очередь событий я хочу чтобы следующее событие (объект) случалось после того , как мы закончили работы с предыдущим
A
в принципе работало бы, если ты гарантируешь, что твоя асинк функция никогда не вернёт реджектнутый промис
A
попробуй в repl ноды (я просто сейчас не у компьютера):
const fn1 = () => {}
const fn2 = async () => {}
fn1.constructor.name
fn2.constructor.name
const fn1 = () => {}
const fn2 = async () => {}
fn1.constructor.name
fn2.constructor.name
так что там с конструкторами?
A
ага, да, я уже на mdn глянул