Javascript 如果我们没有';I don’我一点也不指望有人回电话

Javascript 如果我们没有';I don’我一点也不指望有人回电话,javascript,ajax,html,web-worker,html5-filesystem,Javascript,Ajax,Html,Web Worker,Html5 Filesystem,我有一个特定的脚本 尝试在本地html5文件系统中读取和查找一些工件(二进制和文本) 如果该尝试失败,则通过http请求这些工件 存储所有提取到本地html5文件系统的工件 这里还需要注意的是,通过http获取的结果会立即返回给用户,所以我们实际上不会像乐观场景中预期的那样等到所有内容都在文件系统中 一切都按预期进行,我唯一的问题是:如果我在这个场景中使用web workers,a会有所收获并使事情进展更快吗?如您所见,步骤3已经是异步的,我们不等待它的任何响应。换句话说,当我们不依赖于从这些异

我有一个特定的脚本

  • 尝试在本地html5文件系统中读取和查找一些工件(二进制和文本)
  • 如果该尝试失败,则通过http请求这些工件
  • 存储所有提取到本地html5文件系统的工件
  • 这里还需要注意的是,通过http获取的结果会立即返回给用户,所以我们实际上不会像乐观场景中预期的那样等到所有内容都在文件系统中


    一切都按预期进行,我唯一的问题是:如果我在这个场景中使用web workers,a会有所收获并使事情进展更快吗?如您所见,步骤3已经是异步的,我们不等待它的任何响应。换句话说,当我们不依赖于从这些异步触发器获取任何响应时,使用web worker与使用任何浏览器本机异步API相比,是否有任何执行好处(或/或内存消耗减少)?

    无论如何,您不能从web worker访问本地存储。@Pointy,我说的是文件系统,不是本地存储。啊,好的。在任何情况下,我都不认为像你所描述的那样简单的情况会从一个网络工作者那里受益。快速界面的好方法。至于在WebWorker中执行步骤3,尽管这种方法听起来很快,但可能不是。网络工作者在处理过程中也有自己的开销。这可能是因为步骤3本身速度太快,工作人员只会增加不必要的开销。和流行的观念相反,工人们并不是为了任何原因而简单地把东西卸下来。worker应该用于正在进行的(例如,像长轮询)过程,如果不是在worker中分离出来的话,这些过程会挂起页面。我怀疑第三步是否真的需要这样做。