Как стать автором
Обновить

Комментарии 12

Спасибо, поправили
Я понимаю, что это перевод, но все же есть маленькое замечание:
в первом примере и во всех последующих, выполнение откладывается не на Х секунд, а не менее чем на Х секунд. Такова природа JS.
В статье про это есть — вы, видимо, не дочитали.

Но на самом деле, статья так себе. Я думал, тут будет разбор event loop и соответствующей подкапотной возни, а тут совсем базовые вещи, про которые целую статью писать, в общем-то, излишне.
> medium.freecodecamp.org

То ли ресурс «не очень», то ли у переводчиков проблемы с выбором статей: большинство статей, которые оттуда кочуют на хабр довольно сомнительной ценноси.

К слову, в комментариях к оригинальной статье есть ссылка на материал по этой же теме, (ИМХО) более достойный перевода.

Там буковок примерно столько же, а смысла/информации — гораздо больше.
Заказывали перевод? Ловите!)
> Я думал, тут будет разбор event loop и соответствующей подкапотной возни
Вот да, когда в начале статьи шла речь про исходники setTimeout я подумал, что сейчас будет внутрянка. Но нет…
Если этой функции нет в реализации JS, какова последовательность процессов (workflow) при вызове setTimeout?
Типа setTimeout -> browser API -> реализация setTimeout… так?
а как же ограничение значения delay?
В браузерах основные функции-таймеры относятся к интерфейсу Window, также связанному с некоторыми другими функциями и объектами. Этот интерфейс предоставляет ко всем своим элементам глобальный доступ в главной области видимости JavaScript.

Стоит сказать, что отношение к window — так себе флаг. Например, String и Array тоже относятся к window.

Читаешь про мучения с асинхронными циклами и радуешься, что await'ы все же завезли.

Еще одна маленькая опечатка: не 18000, а 1800 мс
в разделе
Задача на таймеры #4
Зарегистрируйтесь на Хабре, чтобы оставить комментарий