迁移到Cast Receiver

Question

我们有一个自定义Cast接收器。我们已决定重新编写它，并拥有一组我们的旧客户不支持的新自定义消息。我们想知道管理旧接收器弃用的最佳方法是什么。

假设旧接收器指向App ID＆＃34; ABCDEF＆＃34;和旧的iOS / Android客户端指向这个旧的接收器应用程序ID。

理想情况下，我们会创建一个新的App ID＆＃34; GHIJKL＆＃34;让所有新的iOS / Android客户端指向这个，留下旧的接收器＆＃34; ABCDEF＆＃34;这样老客户继续运作。

然而，似乎很多信息都与我们的App ID相关（例如我们列在chromecast.com/apps和Cast App特色应用程序中），以及我们所有的接收器统计信息，所以我们担心创建一个新的App ID。

是否有其他推荐方法使用相同的App ID升级我们的接收器，同时仍然保持与旧客户端的向后兼容性（例如，允许它们与旧接收器代码通信）？我们没有看到任何可以从客户端传递到接收器的自定义参数，以便让它知道要动态推送哪个版本。

Answer 1

如果不了解您所做的更改的性质，很难说您可以做什么。这是一个尝试：更新你的新接收器（下面解释）和depoly相同的appId。如果在新接收器中，也支持旧的自定义消息/命名空间，则旧客户端应该能够与新接收器通信。如果它们不受支持，一种方法是将旧的自定义名称/消息添加到新接收器（除了新的接收器之外），然后当您在这些旧命名空间上收到消息时，只需迁移到新的接收器中新的消息/回调或任何有意义的。换句话说，尝试让老客户满意（但仅限于他们拥有的旧功能），然后新客户端将调用新的namesapces / messages。