有关完整的详细信息和更详细的描述，请参阅此 W3C Service Workerissue https://github.com/w3c/ServiceWorker/issues/745#issuecomment-304168724.
这是我的 HTML5 Web 应用程序场景：-
- 当我去兜风时，我的 Web 应用程序已进入后台并卡在我的口袋里
- 当我对 KM 进行计时时，我的 Service Worker 会定期接收 GPS 更新并调用 postMessage() 将它们排队以便我的应用程序最终在 Google 地图上绘制
- 骑行结束时，我点了一杯啤酒，并将 Web 应用程序放在前台，这样我就可以看到我去过的地方、平均速度等。
我的问题是：-
1) Focus 事件是在 ServiceWorkers 触发的所有 Message 事件之前还是之后触发？
2）如果 Focus 是第一个， setTimer(0,backlogCleared) 是否足以作为启发式机制来建立“处理的所有后台内容”？
3）是否有办法折叠 postMessage() 消息（Firebase 的推送通知模式），以便只接收最后/当前消息？
4) 如果您对授权后台地理定位所需的权限有任何想法，请将其添加到 W3C。
干杯，祝骑行、跑步、航行、驾驶一切顺利！
我的 Brotkrumen Ultimate Web 应用程序现已完成。所有源/图像文件都可以在以下位置找到https://drive.google.com/open?id=0B7Rmd3Rn8_hDNW1zSWRoXzBTclU https://drive.google.com/open?id=0B7Rmd3Rn8_hDNW1zSWRoXzBTclU
最重要的设计/拟议规范更改是 TravelManager 订阅现在应该是特定于客户的。 TravelEvent 必须包含预期的 Client.id (TravelEvent.source.id)。这意味着 UA 必须监视和过滤每个客户端的地理位置更新。我还添加了新的演示功能，例如按下“到达”按钮时显示的行程摘要。还可以通过按“地图行程”或“重播”在 Google 地图上重播该行程。如果行程的最后一次和下一次地理位置更新都在地图窗口中可见，则可以通过 CSS 过渡实现平滑的标记移动。
PLEASE帮助后台地理定位站起来，帮助Web应用程序与Native应用程序竞争！
如果我的 TravelManager 解决方案设计有问题，请告诉我。撕开它的洞！
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
