![]() |
1
8
另一种方法是考虑100ms阈值,即(大致)在用户主动注意到延迟之前所经过的时间量。很明显,上下文和用户期望一样重要,但是在人们认为是即时输入的上下文中,我猜这可能是您想要的数字。 这可能还取决于您是在谈论中断键入,还是在谈论由于键入而更新下拉列表之间的延迟。前者将意味着你的目标需要更积极,因为用户预计不会延迟输入,但对于搜索结果,你可能会逃脱稍长的延迟。 |
![]() |
2
11
|
![]() |
3
2
一个疯狂的猜测是你在界面锁定方面遇到了麻烦,因为搜索需要一段时间。与其猜测用户停止键入时的延迟,不如在后台单独线程上进行搜索。搜索完成后,检查用户是否更改了搜索框中的值。如果该值已更改,则取决于应用程序中是否与显示部分搜索结果相关,或者是否要等待新的搜索。 应将不同搜索尝试之间的间隔配置为在搜索服务或本地计算机(如果搜索是本地的)上提供合理的最大负载。 |