【问题标题】:How does a sender app resume the session after being killed?发件人应用程序在被杀死后如何恢复会话?
【发布时间】:2014-01-15 20:22:29
【问题描述】:

用户体验指南规定,发送方应用应在会话被终止并重新启动后恢复会话。具体来说,它说“如果发送方应用程序被终止,它应该存储 Cast 会话上下文,并能够在发送方应用程序重新启动时从该上下文恢复会话。”几个问题...

  1. 在这种情况下,“Cast session context”是什么意思?这是 Cast API 中可以保留然后恢复的一些对象还是更一般的对象?
  2. 为了发生这种情况并且不干扰在原始应用程序停止时可能已投射到同一设备的另一个应用程序,原始应用程序的新实例必须能够查询给定设备是否正在运行原始应用程序应用程序的接收器,其他一些接收器或没有接收器。这是如何实现的?
  3. 如果应用程序要恢复到同一个 Chromecast 设备,则必须在应用程序被销毁时保存该设备的一些标识符。 CastDevice 中的 getDeviceId 是否正确存储?

【问题讨论】:

  • Chrome 发件人目前不能,但 iOS 和 Android 可以 -- 你问的是哪个?
  • StackOverflow 是围绕“一个帖子一个问题”的概念设计的。您至少问了 5 个(第 1 项中有 3 个,其他 2 项中各有一个),如果算上标题问题,可能有 6 个。这范围太广了;它应该分成多个帖子。如果您想从其他问题中参考此内容以获取某些上下文,您可以这样做。
  • 谢谢肯。我会在以后发帖时考虑到这一点。
  • 嗨,Les...这会得到回答还是我必须将其解构为 6 个问题?谢谢!

标签: google-cast


【解决方案1】:

预览版 SDK 存在一些缺陷,使您无法完全实现此功能。当官方 SDK 可用时,这将完全解决。

仅供参考,为了重新连接您之前的“状态”,您需要保留某些信息,以便下次您可以识别设备/路由以及您之前启动的会话。不幸的是,正如我上面提到的,完整和干净的恢复过程所需的 API 在预览版 SDK 中并不完全存在,因此您可以忽略 UX 指南的这方面,直到正式版本为您提供所有需要的部分.

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2020-10-23
    • 1970-01-01
    • 2013-01-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-04-17
    • 1970-01-01
    相关资源
    最近更新 更多