![]() |
|
||||||||||
|
|||||||
|
|
« Предыдущая тема | Следующая тема » |
| Опции темы | Опции просмотра |
|
![]() |
![]() |
|
|||||
|
Интересная теория )
Я так понимаю ты двумя соседними строчками делал getTimer() и _date.getMilliseconds, запоминая их в переменные. Если да - то 2-10 мс для соседних строчек с действиями считывания полей - это овраг.
__________________
Тут мужик танцует и поёт про флэш |
|
|||||
|
trace он запаздывает, есть такое. Однако запись в локальные переменные - нет.
Проще говоря и неважно, как быстро трейс сработает - он выведет именно 5 и 7. Это обеспечит большую чистоту теста.
__________________
Тут мужик танцует и поёт про флэш |
|
|||||
|
Устремить дельту внешних условий к 0.
__________________
Тут мужик танцует и поёт про флэш |
|
|||||
|
По твоим словам трейсу требовалось время, чтобы исполнится, причем значительное.
Значит сделая trace перед следующей строчкой кода произойдёт некий лаг и пройдёт, например, 100 мс времени. В итоге 1 появится через 100 мс, 2 появится через 200 мс. В случае с getTimer`ом это может служить причиной той самой дельты. Запись в локальные переменные - это микрон времени. А сохраненный результат не изменит своё значение, когда бы его не показали. Мысль понятна?
__________________
Тут мужик танцует и поёт про флэш |
|
|||||
|
.
|
Цитата:
|
|
|||||
|
Понял что ты хочешь сказать.
В таком случае твои слова Цитата:
__________________
Тут мужик танцует и поёт про флэш |
![]() |
![]() |
Часовой пояс GMT +4, время: 00:20. |
|
|
« Предыдущая тема | Следующая тема » |
| Опции темы | |
| Опции просмотра | |
|
|