gpt4 book ai didi

javascript - 寻找感知性能 JavaScript 技术的名称

转载 作者:行者123 更新时间:2023-11-29 18:20:55 25 4
gpt4 key购买 nike

我从电子邮件列表中看到一篇关于 Javascript 性能的精彩文章。我不记得技术的名称或文章中的措辞,而且那封电子邮件早已不见了。

文章中提出的想法是,在网页上执行的简单/微不足道的任务(例如发布状态更新、在民意调查中投票或赞成/反对)应该看起来是即时的。为实现这一点,假设 AJAX 请求将成功并继续并在页面上进行视觉更改以指示成功(附加状态更新、显示投票结果等)一旦用户完成操作。

我认为该技术被称为“推定 JavaScript”或“伪性能某物或其他”之类的东西,但这些搜索并没有返回我正在寻找的东西。你们知道我在说什么吗?有指向有用文章的好链接吗?

最佳答案

听起来您指的是 Alex McCaw 的博客文章,他最初将其命名为“异步用户界面”(AUI):

http://blog.alexmaccaw.com/asynchronous-ui

Joseph 的回复提到多人游戏中使用的一种技术实际上称为“航位推算”。回到 1990 年代,当我们使用 56k 拨号调制解调器时,延迟是实时多人游戏中的一个严重问题。为了掩盖延迟,“航位推算”被引入到诸如 Quake 之类的游戏中,其中玩家的路径是根据他的预测方向、速度等来推断的。

我记得当时有一篇文章使用了这个行话:http://www.gamasutra.com/view/feature/3230/dead_reckoning_latency_hiding_for_.php

今天仍在使用航位推算。创新主要涉及使用外推而非内插:不是等待数据包到达和内插(这总是在真实事件之后),而是使用外推来尝试预测玩家或物体可能在哪里。然而,真实事件不会“取代”预测。如果之前的预测不正确,我们会使用到达的任何新数据来尝试创建更准确的新预测,而不是仅仅将玩家或对象“传送”到正确的新位置。

相同的原则应该应用于 UI 设计。您如何设计异步 UI 才能提供最佳预测?如果预测失败,如何避免“传送”?例如,在民意调查中,如果您提供预测的民意调查结果,而您的预测有很大偏差,您随后通过提供截然不同的结果来“纠正”您的预测,这只会在“纠正”到来时使用户感到困惑.因此,虽然这取决于您的创造力,但您可以在轮询示例中使用现有技术,例如“预取”。

关于javascript - 寻找感知性能 JavaScript 技术的名称,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18874757/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com