Dnia Fri, 01 Feb 2013 11:33:33 +0100, Cezary Tomczyk napisał(a):

>> priorytetem funkcji jest wykonać się w określonym czasie, nie określoną
>> liczbę razy, co w razie problemów z kodem może się dowolnie przeciągnąć.
>
> Jeśli akcja B zależy od wyniku akcji A (i tak w kolko), a akcja A
> zamiast wykonać się w 100ms wykona się w 200ms, to w międzyczasie akcja
> B uruchomi się i będzie błąd, gdyż nie ma jeszcze wyniku z akcji A.
> Czemu właśnie przeciwdziała setTimeout.

A masz taki przypadek przy zwykłym animowaniu? To z reguły regularne
modyfikowanie określonych wartości, niezależnych od siebie, z ew.
wywołaniem zdarzenia na sam koniec. Zaś napisanie kodu w powyższy sposób to
wręcz podręcznikowe race condition :)

>> Co do #1 to mam mieszane uczucia - daje to jednak pewność, że kod będzie
>> się wykonywać aż do czasu wyłączenia timera.
>
> O ile chcemy by się wykonywał aż do czasu wyłączenia timera.

Owszem - dlatego zapewne powstały te dwie, uzupełniające się funkcje. Zaś
autor artykułu napisał go pod swoje potrzeby, ktore spełnia setTimeout() :)

--
Borys Pogoreło
borys(#)leszno,edu,pl