R
Size: a a a
2021 October 20
Я
Смотри, в твоей реализации получается так: возвращается промис который запускает запрос в БД и сразу резолвит
undefined - соотв., balance на момент логирования в консоль еще не получила значение (запрос в БД еще "не успел"). Надо резолвить промис после того как запрос в БД завершился (то есть, резолвить результат этого запроса в качестве значения).Я
По факту и получается "далее", ведь так ты отрезолвишь результат при его (результата) получении.
Метод вызывает коллбэк успеха - резолв, и промис исполняется. А пока коллбэк не вызван, промис в состоянии ожидания (pending), и использование
Метод вызывает коллбэк успеха - резолв, и промис исполняется. А пока коллбэк не вызван, промис в состоянии ожидания (pending), и использование
await позволяет "приостановить" асинхронную функцию пока результат не поступит. В этом и суть!))
Я
Смотря что считать альтернативой.
Можно ли превратить асинхронный код в синхронный - нет, конечно же нельзя (это очень важно уяснить в самом начале, а то синтаксический сахар может создать ложное впечатление типа "await напишу, и получится синхронно").
Промисы существуют для того чтобы сделать работу с асинхронным кодом удобнее - и не более того. Принцип выполнения операций остается тем же.
Можно ли превратить асинхронный код в синхронный - нет, конечно же нельзя (это очень важно уяснить в самом начале, а то синтаксический сахар может создать ложное впечатление типа "await напишу, и получится синхронно").
Промисы существуют для того чтобы сделать работу с асинхронным кодом удобнее - и не более того. Принцип выполнения операций остается тем же.