我正在嘗試爲簡單但舊的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