chromecast 接收器和发送器应用程序可以是同一个吗？

Posted 2023-03-07

【中文标题】chromecast 接收器和发送器应用程序可以是同一个吗？

【英文标题】：Can a chromecast receiver and sender apps be the same one?

【发布时间】：2020-05-12 14:31:13

【问题描述】：

我读到它是possible to use the Web SDK to build a sender app that would run on Chrome in ios or android。是否有可能使相同的应用程序也成为投射到启用网络的电视的接收器？因此，与其拥有多个应用程序，我只需一个 PWA？

【参考方案1】：

相同的代码库？是的。 同一个应用？没有。

发送者和接收者做着截然不同的工作。将您的发送方和接收方编写为同一个项目的一部分，或者从同一个服务器为它们提供服务并不是一个坏主意，但是如果制作您自己的接收方应用程序，那么您的接收方需要自己的 URL。 （要发布接收器应用，您需要告诉 Google 您的接收器 URL，然后 Chromecast 设备会在您投射到它们时加载该 URL。）

您的发送者应用程序很复杂。它负责为用户提供可以点击的控件并将这些消息发送给接收者，但根据您的应用程序，它可以承担各种其他职责。它可能会进行搜索和浏览、实时更新或通知，它可能会让您的用户写消息、玩游戏或绘制精美的数字艺术——您希望您的应用程序完成的任何事情。

接收方的工作要简单得多：在发送方要求时播放音频或视频文件。接收器还需要响应播放/暂停/停止命令并显示基本状态信息，但此功能内置于 Cast 接收器库中，因此您不必自己编写任何内容。您可以添加诸如弹出通知或自定义 css 样式之类的花里胡哨，但所有用户交互都通过发件人应用发生（或来自充当简单遥控器的 Google Home 应用）。此限制意味着您的许多功能仅属于您的发送方应用程序，而不属于接收方。

您的接收器应用也受到限制，因为它必须在处理和冷却能力有限的微型 Chromecast 加密狗上运行。在 Chromecast overheating 和 shutting down 中将不必要的代码放入您的接收器应用程序 could result。

为使您的代码尽可能简单，请考虑使用default Chromecast receiver。这样，您不必编写或维护任何接收器代码。如果您需要对接收器的样式或行为进行更多控制，请构建您自己的，但不必很复杂。 basic Cast Receiver app 是 13 行 html - 就是这样。根据您的要求，您可以添加 css 样式、自定义消息或事件处理或自动播放队列，但即使拥有所有这些功能，sample CastReceiver project 也只有 636 行代码。您的接收器绝对不需要像 Slack 或 Steam 桌面网络应用程序那样复杂。

利用与发送方应用共享代码库的项目管理优势，但您必须保持接收方小巧轻便。如果需要，请使用完整的 js/html/css 堆栈，但请考虑将接收器编写为简短的 HTML 文档，甚至使用默认接收器。当您将接收器功能保持在最低限度时，您可以为用户提供可靠且响应迅速的 Chromecast 体验，同时仍然允许通过发送器应用程序提供丰富的交互功能。