我正在尝试为简单但旧的Django Web应用程序安装ServiceWorker。我开始使用示例read-through caching example from the Chrome team服务工作者和透明缓存更新
这很好,但并不理想,因为我想更新缓存(如果需要)。有两种建议的方法可以在阅读所有其他服务人员答案的基础上做到这一点。
使用一些服务器端逻辑,知道什么时候告诉你的东西已经更新,然后更新您的服务人员来改变什么是预缓存。例如,这是sw-precache所做的。
无论何时您依赖更新的资源,只需更新服务工作者JS文件中的缓存版本(请参阅上述缓存示例中的JS文件中的注释)。
对我来说两者都不是很好的解决方案。首先,这是一个愚蠢的遗留应用程序。我没有sw-precache依赖的应用程序堆栈。其次,别人更新了将要显示的数据(它基本上是一个具有详细信息页面的事物列表)。
我想尝试一下Jake Archibald在他的offline cookbook中建议的“使用缓存,但更新网络缓存”,但我无法完成它的工作。
我原来的想法是我应该能够返回缓存版本在我的服务工作者,但排队功能,如果网络可用更新缓存。例如,在提取事件监听器中,类似这样的东西
// If there is an entry in cache, return it after queueing an update
console.log(' Found response in cache:', response);
setTimeout(function(request, cache){
fetch(request).then(function(response){
if (response.status < 400 && response.type == 'basic') {
console.log("putting a new response into cache");
cache.put(request, response);
}
})
},10, request.clone(), cache);
return response;
但是这不起作用。该页面卡住加载。
上面的代码有什么问题?什么是正确的方式来达到我的目标设计?
嗯..不大,因为,如果我没看错,这仍然会先打网络。因此,对于速度较慢的网络,它需要很长时间,然后返回网络响应(很可能与缓存的响应相同)。这将脱机,但速度不快。 – devd
不,缓存响应不会等待网络请求,所以如果缓存 –
aah即可获得即时响应。所以如果响应为空,那么fetchPromise会解析? – devd