我试图搜索Google的答案,但是也许没有广泛可用的研究,或者我没有使用正确的术语。

基本上,我想对键入时的钥匙压之间的平均时间有所了解。我想知道这是因为我正在进行模糊搜索,该搜索将用于下拉菜。我们可以做一些事情来提高结果的准确性,但它们会导致速度较慢。但是,如果这样的速度仍将低于按需时间间时时间的合理阈值,则实施更改是有意义的。

任何帮助,将不胜感激。

有帮助吗?

解决方案

接近这一点的另一种方法是考虑100ms阈值(大致)在用户主动注意到延迟之前可以过去的时间。显然,上下文和用户的期望也很重要,但是在打字的上下文中,人们认为瞬间是瞬时的,我想这可能是您想要想要的数字。

这可能还取决于您是在谈论中断打字还是在谈论由于打字而更新下拉订单之间的延迟。前者将意味着您的目标需要更具侵略性,因为用户预计不会延迟打字,但是对于搜索结果,您可能会以更长的延迟而摆脱。

其他提示

这些在字符对之间会有所不同,并且也将是打字速度的函数。例如,一个类型60 wpm的人(单词平均为五个字符),每分钟键入360个字符(其中包括单词之间的空格,但不包括标点符号)。这大约是每秒六个字符,这使我们的平均字符间时间为167毫秒。但是,这只是平均值,对于不同的字符组合,它将更高或更低。

一个疯狂的猜测是,您在接口锁定时遇到了麻烦,因为搜索需要一段时间。当用户停止键入时,不如在单独线程的背景中进行搜索,而不是试图猜测延迟。搜索完成后,您检查用户是否已更改搜索框中的值。如果值已更改,则它在您的应用程序中取决于您的应用程序,如果它与呈现部分搜索结果相关,或者您想等待新搜索。

应配置不同搜索尝试之间的间隔,以在搜索服务或本地计算机上为本地计算机提供合理的最大负载。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top