Это же вроде промис

да ну с чего??? это синхронная операция

Нет, асинхронная

https://eslint.org/docs/rules/no-return-await

Вообще есть смысл заворачивать, в описании правила всё написано. Но обычно незачем

вы прям шатаете устои в моей голове)

а некрашеные лучше? хД 😉

Promise - всегда асинхронный, что не так?

дело именно в фече ?

всё, вкурил) спасибо)

всем привет!
решил тут углубиться в ивент луп и есть вопрос:

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

2) макро таски минуя очередь падают сразу в колбэк кью, прально?
3) микро таски сначала падают в очередь ожидания и только потом в колбэк кью, так ведь?

4) блокирование рендера и всяких действий у нас наступает только в тот момент, если микро таска еще не закончила выполнение (вот тут я конечно еще не до конца понял)

что подразумевайте под микро,макро и просто таском?
Есть внешний и внутренний ивент, например тянем данные, отдаем данные или например вызываем settimeout и т.д., вот они попадают в очередь, т.е. то что внешнее попадает в очередь,а то что внутри, это простые операции, то они выполняются императивно и только после этого выводятся наши ивенты из колбека поочередно

Микро - промис
Макро - сеттаймаут
Таск - консоль.лог()

4) блокирование рендера и всяких действий у нас наступает только в тот момент, если микро таска еще не закончила выполнение

например блокировать рендер и всякие подобные действия можно только до промисов или до его завершения

Микротаск - очередь колбеков, выполняется в порядке очереди. Пока не завершится все, то не перейдет к рендеру

Рендер, тут своя история

Макротаск. Выполняется первый из очереди и проверяет микротаски снова

Рендер может заблочить как макро так и микро таск

Макротаски ещё называют просто тасками

Я если честно даже не знал про виды таск, т.к. еще ни разу не пригодилось

Ну как же, знать порядок вывода например

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