查找感知性能JavaScript技术的名称

我在一封关于Javascript性能的电子邮件列表中看到了一篇引人入胜的文章。我记不起这项技术的名称或文章中的措辞，而且电子邮件早已不见了

这篇文章提出的想法是，在网页上执行的简单/琐碎的任务——如发布状态更新、投票或竖起/竖起大拇指——应该是即时的。要实现这一点，假设AJAX请求将成功，并继续在页面上进行可视更改以指示成功（添加状态更新、显示投票结果等）只要用户完成操作

我以为这项技术被称为“推定JavaScript”或“伪性能某物”之类的东西，但这些搜索并没有返回我想要的东西。你们知道我在说什么吗？有没有有用文章的链接？

嗯，听起来像是在游戏中，电脑通过预测（自信地）接下来会发生什么来补偿。如果实际发生的事情与预测相矛盾，则实际事件将取代预测

---

该框架也使用了这种技术。

听起来您指的是Alex McCaw的一篇博客文章，他最初将其命名为“异步用户界面”（AUIs）：

Joseph在回复中提到了多人游戏中使用的一种技术，实际上称为“推算死亡”。早在20世纪90年代，当我们使用56k拨号调制解调器时，延迟是实时多人游戏中的一个严重问题。为了掩盖延迟，在诸如《地震》这样的游戏中引入了“推算航位”，玩家的路径是根据预测的方向、速度等推断出来的

我记得当时有一篇文章使用了这个术语：

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

---

同样的原则也应该应用到UI设计中。如何设计异步UI，使其提供最佳预测？如果预测失败，你如何避免“远程传送？”例如，在民意测验中，如果你提供的是预测的民意测验结果，而你的预测与你的预测相差甚远，并且你随后通过提供实质性不同的结果来“纠正”你的预测，那么当“纠正”到来时，它只会让用户感到困惑。因此，尽管这取决于您的创造力，但您可以在投票示例中使用现有技术，如“预取”。

我要找的具体文章是由Luke Wroblewski撰写的，标题为“移动设计细节：乐观地执行动作”。（@RogerP提到亚历克斯·麦考时，我听到了“乐观”这个词，为我指明了正确的方向）

---

LukeW写了一些现实世界中的例子，比如选择乐观地认为AJAX请求将返回成功，并先发制人地更新UI以表示成功

嗯，Alex Maccaw的那篇文章是关于我想要的概念的，虽然不是我想的技术名称。他似乎建议不要提供“处理”反馈，让用户假设他们的行为没有错误。（我不确定我是否同意他放弃Gmail上的“发送”通知，但我可以看出他的心意所在。）我读的这篇文章将Twitter和Facebook作为这一技术的主要例子。当用户发布状态更新时，js关闭表单（将其发送到后台的服务器）并将其新消息附加到UI，给用户一种即时发布的印象（而不是更新数据库并返回“成功”所需的约1500毫秒）。好的，我发现Alex Maccaw所做的解释了这个概念在现实世界中的用法，所以这正是我想要的。谢谢@RogerP！