SetTimeOut возвращает отрицательное значение?

Question

[Mykola Kordiak]

Сразу скажу, что я знаю, что возвращается целое значение и отрицательное целое = тоже целое _))
Просто никогда раньше не видел такого.

Буду благодарен за пруффлинк на доку, если такова имеется.

Спасибо.

Answer 1

[Константин Китманов]

8.4 Timers

Each object that implements the WindowTimers interface has a list of active timers. Each entry in this lists is identified by a number, which must be unique within the list for the lifetime of the object that implements the WindowTimers interface.

Это число и оно должно быть уникальным в пределах данного объекта, реализующего этот интерфейс. То есть спека не запрещает ему быть отрицательным. То есть это implementation specific.

Я бы не стал полагаться, что оно может быть отрицательным или только положительным. А вам критично разграничивать?

Comments

[Mykola Kordiak]

Нет. Мне не критично.
Просто в проекте не понравилось присвоение переменной после clearTimeout() значения "-1" для какой то дальнейшей проверки.
if (progressAnimationTimer !== -1 ) {
clearTimeout(progressAnimationTimer);
progressAnimationTimer = -1;
}
Код исключительно для webkit браузера.
Вот я и хотел просто скормить clearTimeout() ту переменную (даже при их дефолтном значении -1).

[Константин Китманов]

XoBpawok: вот оно что.
Я обычно делаю просто clearTimeout и проверяю потом if (!progressAnimationTimer) { alert('таймер очищен') }

[Константин Китманов]

XoBpawok: уупс, был неправ, простите. Не получится, как я написал:)
Можно присваивать переменной с таймаутом null — с числом не перепутаешь, если использовать ===.

[Mykola Kordiak]

гуд.
итого - в хроме можно спокойно клирить отрицательное значение.
но лучше так не делать, чтоб меня не прокляли, когда сменят браузер (=

Answer 2

[Сергей Протько]

static int timeoutId()
{
    static int lastUsedTimeoutId = 0;
    ++lastUsedTimeoutId;
    // Avoid wraparound going negative on us.
    if (lastUsedTimeoutId <= 0)
        lastUsedTimeoutId = 1;
    return lastUsedTimeoutId;
}

исходя из этого кода - негативным timeoutID быть не может. Там есть проверка, если все id-шки закончились и пошло переполнение - то ресетится в единицу. Но это хром. В других браузерах может быть все совсем по другому. Главное не привязывать логику к формату timeoutID и все будет хорошо.

Comments

[Mykola Kordiak]

Чисто интересно - откуда такая реализация?)

[Сергей Протько]

XoBpawok: из какиз-то старых исходников хромиума. Сейчас имплементацию можно в blink подсмотреть:

https://github.com/yoavweiss/Blink/blob/dd9bea2606...