Вопрос

Я пытался Google для ответов на это, но, возможно, нет широко доступных исследований или, возможно, я не использую правильные термины.

По сути, я хотел бы иметь представление о том, как среднее время, которое он требует между нажатием клавиш при наборе. Причина, по которой я хочу знать, это я работаю над нечетким поиском, который будет использоваться в выпадении. Есть некоторые вещи, которые мы можем сделать, чтобы повысить точность в наших результатах, но они приведут к более медленной скорости. Однако, если такая скорость все еще будет ниже разумного порога для межпрессатых времен, имеет смысл внедрить изменения.

Любая помощь будет оценена.

Это было полезно?

Решение

Другим способом приближения к этому будет рассмотрено порог 100 мс, который является (примерно) количество времени, которое может пройти до того, как пользователь активно замечает задержку. Очевидно, что контекст важен, как и ожидания пользователей, но в контексте набора набора которых люди воспринимают мгновенные, я бы догадался, что это, наверное, номер, который вы хотите идти.

Вероятно, это также зависит от того, говорите ли вы о прерывании печати или говорите о задержке между обновлением выпадения в результате печати. Первый будет означать, что ваши цели должны быть более агрессивными, поскольку пользователи не будут ожидать задержки в печати, но для результатов поиска вы можете уйти с немного более длинной задержки.

Другие советы

Они будут варьироваться между героими и будут также функцией скорости печати. Например, человек, который типы 60 WPM (где слова имеют в среднем пять символов), набрав 360 символов в минуту (который включает в себя пробелы между словами, но исключает пунктуацию). Это около шести символов в секундах, что дает нам среднее измерительное время 167 мс. Однако это всего лишь среднее, он будет выше или ниже для различных комбинаций символов.

Дикая предположение в том, что у вас есть проблемы с блокировкой интерфейса, потому что поиск занимает некоторое время. Вместо того, чтобы пытаться угадать задержку, когда пользователь перестал печатать, вы должны сделать поиск в фоновом режиме на отдельном потоке. Когда поиск завершен, вы проверяете, изменил ли пользователь значение в поле поиска или нет. Если значение изменилось, это зависит от вашего приложения, если он имеет отношение к представлению частичного результата поиска или если вы хотите дождаться нового поиска.

Интервал между различными попытками поиска должен быть настроен, чтобы дать разумную максимальную нагрузку в службу поиска или на локальный компьютер, если поиск является локальным.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top