2
我有一個服務人員在後臺加載主內容時顯示啓動畫面。服務人員可以檢測歷史導航嗎?
不幸的是,由於啓動畫面失去了頁面狀態(例如,滾動位置),這使得歷史導航(例如後退按鈕)的體驗變得更糟。
有沒有辦法讓服務人員檢測到FetchEvent是用於歷史導航?
我有一個服務人員在後臺加載主內容時顯示啓動畫面。服務人員可以檢測歷史導航嗎?
不幸的是,由於啓動畫面失去了頁面狀態(例如,滾動位置),這使得歷史導航(例如後退按鈕)的體驗變得更糟。
有沒有辦法讓服務人員檢測到FetchEvent是用於歷史導航?
我相信通過FetchEvent
接口公開的Request
對象沒有任何明確標識爲由歷史導航引起的對象。例如,mode
attribute最終將被設置爲'navigate'
,這與您在導航中看到的值不同,因爲它不是後退按鈕。
有一個isReload
財產上的FetchEvent
,但service worker specification超出它的方式調出,只有刷新,而不是歷史的導航,應導致true
值:
的刷新按鈕應被視爲重新加載,而 單擊鏈接並按下後退按鈕不應該。 Ctrl + 1輸入的行爲 留給用戶代理的實現。