服務人員與AppCache的核心區別是什麼?每個人有什麼優點和缺點,什麼時候比較喜歡哪個。服務人員與AppCache的比較
回答
主要區別在於AppCache是一個高級的聲明式API,可以用它指定您希望瀏覽器緩存的一組資源;而服務工作者是一個低級的,勢在必行的事件驅動的API,通過它你可以編寫一個腳本,攔截獲取事件並緩存響應以及執行其他操作(如顯示推送通知)。
優點和缺點在很大程度上是API設計的一個功能:理論上,AppCache更易於使用,同時具有更多有限的用例;而服務工作者很難使用,但更靈活。
儘管如此,由於設計不佳,AppCache在實踐中被認爲很難使用(有關設計問題的列表,請參閱Application Cache Is A Douchebag)。它已被棄用,所以它從瀏覽器中刪除(根據Using the application cache)。
因此,更喜歡AppCache的唯一原因是在尚不支持服務工作者的瀏覽器上對應用程序進行脫機,正如Kenneth Ormandy在Don’t Wait for ServiceWorker: Adding Offline Support with One-Line中的建議。
比較Can I use Service Workers?到Can I use Offline web applications?查看瀏覽器支持的差異。但請注意,支持Service Worker的瀏覽器(例如Chrome和Firefox)將取消對AppCache的支持,因此您需要同時在所有支持標準的瀏覽器上將應用程序脫機。
另外的什麼Myk Melez說,一個服務人員針對應用程序緩存的主要好處是,當用戶從網絡斷開的應用程序緩存才能正常運行,所以你不能管理的情況:
1- 「慢速網絡」 - 你的連接信號很強,但是一些外部實體(服務器,路由等)正在延遲傳輸到你的特定應用程序。
2-「Lie-fi」(您的手機顯示器連接到信號較低的wi-fi或小區網絡),因此實際上沒有連接。
服務人員就像一箇中間件,可以讓您控制瀏覽器的請求,無論您是否連接,您都可以實際攔截請求並隨時響應。所以你可以實現「離線優先」原則。
- 1. 雲服務比較
- 2. 避免與服務人員緩存start_url
- 3. 與服務人員在線狀態
- 4. 與服務器API進行Synchronous比較
- 5. 與私人界面比較
- 6. 服務器比較 - 根據規格比較服務器
- 7. 服務人員提取
- 8. 服務人員和Django
- 9. 服務人員塊backbonejs?
- 10. FCM服務人員setBackgroundMessageHandler
- 11. 服務人員,雙緩存?
- 12. 服務器負載比較
- 13. SQL服務器:比較NULL
- 14. SQL服務器datetime比較
- 15. .NET Remoting與Web服務與Windows Communication Foundation(WCF)的比較
- 16. IIF與會員比較日期
- 17. 比較結構與指針成員
- 18. 從另一個客戶端人員服務調用客戶端人員服務
- 19. $就比較$。員額
- 20. 服務人員的目的是什麼?
- 21. 比較UIView與方法ID發件人
- 22. 練習服務人員的選項
- 23. 不適用於Chrome的服務人員
- 24. 開發人員的Ldap服務器
- 25. 服務人員 - 最簡單的實現
- 26. 我的服務人員何時更新?
- 27. Web Workers內部的服務人員
- 28. 服務人員的pug模板引擎
- 29. 取不工作的服務人員
- 30. 比較機器人