首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >如何通过服务工作人员解决动态URL依赖关系?

问如何通过服务工作人员解决动态URL依赖关系?
EN

Stack Overflow用户
提问于 2016-06-06 19:28:02
回答 2查看 890关注 0票数 0

虽然我熟悉Sw-precache和Sw-toolbox库,但在使用familiar应用程序构建过程中,如何满足动态依赖仍然是个难题。

我有预缓存的bundle.js,bundle.css和一些静态模板,我的应用程序使用Sw构建过程。(假设我的所有模板(.html文件)都依赖于bundle.js和bundle.css)

  1. 如果我更新没有预缓存的模板怎么办?如何确保与我的模板一起更新bundle.js/css。
  2. 如果我更新我的模板,它已经预缓存了。它总是与预缓存的bundle.js/css文件一起更新吗?
  3. 最后一个用例,当我的模板已经被预缓存,但是它有一些带有src属性的内联脚本,并且这个脚本文件没有被缓存到任何地方。假设我在模板和脚本文件中做了一些更改。我应该采用什么样的缓存方法来确保与脚本文件一起更新模板文件。

我们没有遵循纯App架构,它就像使用Angular.js设计的单页面应用程序

EN

回答 2

Stack Overflow用户

发布于 2016-06-06 22:25:49

service将更新文件更改,生成一个新的服务工作人员,当您将更新部署到包js或css时,您也应该部署新的service生成的服务工作人员。

票数 1
EN

Stack Overflow用户

发布于 2016-06-21 19:45:48

一般的想法是,散列您所建议的所有资源,并执行散列哈希,并将此摘要包含在服务工作者中,因此,当某个依赖项发生变化时,摘要将发生更改,并且您的服务工作人员将更新触发一个新的安装事件。说得通吗?

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/37665398

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档