Мой фактический прецедент заключается в том, чтобы нарисовать что-то (а не html, но сделать на холсте) в ответ на события mousemove - все это фактически сводится к тому, что ничего не важно, если мышь не изменит позиции.mousemove -> нарисовать, как правильно?
Я вижу, что requestAnimationFrame можно рассматривать как способ душить пользовательский ввод, такие как MouseMove и я понимаю, почему он должен быть так и почему это код запах, чтобы использовать его таким образом, если MouseMove -> ничья не является фактической целью кода.
Есть ли что-то обязательно неправильное с вызовом requestAnimationFrame из обработчика mousemove?
Если я не вызываю requestAnimationFrame из обработчика mousemove, а скорость рисования на самом деле медленнее, чем входной цикл пользователя (предпочтительная скорость или, тем не менее, она работает), я все же получаю требуемое регулирование в этом случае?
Есть много примеров онлайн уже. Вы должны включить некоторый код, чтобы показать нам, что вы пробовали. – PHPglue
"* Есть ли что-то обязательно неправильное с вызовом requestAnimationFrame из обработчика mousemove? *« Да, есть! Все вызовы 'requestAnimationFrame' будут сложены и выполняются при следующем обновлении экрана (который обычно имеет меньшую скорость, чем mousemove). Вам нужно использовать логический флаг, который будет отключен в rAF, но не вызывать несколько rAF в том же фрейме, если это не требуется. – Kaiido
@Kaiido Очень ценится, похоже, я не пойду по этому маршруту. – Nolo