代码之家  ›  专栏  ›  技术社区  ›  McMurphy

ServiceWorker实例与地理位置更新的预期比率[已关闭]

  •  2
  • McMurphy  · 技术社区  · 8 年前

    最重要的设计/拟议规范变更是TravelManager订阅现在应该是特定于客户的。TravelEvent必须包含预期的客户端。id(TravelEvent.source.id)。这意味着UA必须监视和过滤每个客户端的地理位置更新。我还添加了新的演示功能,如按下“到达”按钮时显示的行程摘要。也可以通过按“地图旅行”或“重播”将行程重播到谷歌地图上。如果行程的最后和下一个地理位置更新在地图窗口中都可见,则通过CSS转换实现平滑的标记移动。

    如果我的TravelManager解决方案设计有问题,请告诉我。撕破洞!

    原始问题:

    Bug 这种行为即使在大量CPU/内存的情况下也会盛行)

    无论如何,为了证明我是对的,像杰克·阿奇博尔德这样的人都大错特错了,我写了一点 Web App (有一个aaa_自述文件)

    现在,还需要做一些工作来提供一个行程摘要页面,并在谷歌地图上绘制行程,但我认为你会明白这一点,最重要的是看到服务人员实例和地理位置更新之间的真实、实际、可证明的关系?(我想在欧洲人八月消失之前把它弄出来:-)

    我是不是在想象,只有当我在回家的路上被困在电灯前很长一段时间,而且没有看到职位更新时,我才会得到一个新的服务人员实例? 我的编码技能可悲吗?测试技能不存在吗?

    全部的 UA开发者都要做!

    1 回复  |  直到 8 年前
        1
  •  0
  •   McMurphy    8 年前

    A: 是的,示例代码确凿地表明,服务工作者范式非常适合将备受吹嘘的背景地理位置交付给最终的Web应用程序。为每个新位置更新更新软件实例到期计时器是软件寿命的关键。这是迄今为止对电池最友好但功能最丰富的解决方案,可用于解决Web应用程序背景地理位置难题。

    注意:我建议每个客户机使用一个单独的TravelManager实例(与POC示例不同)和Flex Box样式。