我看了一下，是可以的 可以使用Web SDK来构建一个可以在iOS或Android的Chrome浏览器上运行的发件人应用。. 是否有可能让同一个应用程序也成为接收器，投射到网络电视上？这样我就不会有多个应用程序，而只有一个PWA？
相同的代码库？是的，同样的应用程序？相同的应用程序？不可能。
发送器和接收器的工作非常不同。 把发送者和接收者写成同一个项目的一部分，或者从同一个服务器上为他们提供服务，这并不是一个坏主意，但是如果你自己制作接收者应用，那么 您的接收器需要自己的URL. 要发布一个接收器应用程序，你告诉谷歌你的接收器URL，然后Chromecast设备加载该网址，每当你投向他们）。
你的发送者应用很复杂。 它负责给用户提供他们可以点击的控件，并将这些消息发送到接收器，但它可以有各种各样的其他责任，这取决于你的应用程序。它可能会进行搜索和浏览，实时更新或通知，它可能会让你的用户写消息或玩游戏或画美丽的数字艺术--任何你希望你的应用程序完成的事情。
接收者的工作就简单多了当发送者告诉它播放音频或视频文件时，它就会播放。接收器还需要响应playpausestop命令，并显示基本的状态信息，但这些功能是内置在Cast接收器库中的，所以你不必自己编写任何功能。你可以添加一些花哨的东西，比如弹出通知或自定义css样式，但是...。所有的用户互动都是通过发送者应用发生的 (或来自Google Home应用，它可以作为一个简单的遥控器)。这种限制意味着，你的很多功能只属于你的发送器应用，而不是接收器。
你的接收器应用也受到了限制，因为它必须在一个小小的Chromecast加密狗上运行，处理和冷却能力有限。在你的接收器应用中加入不必要的代码 可以 结果 在Chromecast中 过热 和 关机.
为了让你的代码尽可能的简单，可以考虑使用 默认的Chromecast接收器. 这样一来，你就不需要编写或维护任何接收器的代码。如果你需要更多的控制接收器的样式或行为，那就建立你自己的，但它不一定要很复杂。在这里，我想说的是，如果你需要更多的控制接收器的样式或行为，那么你可以建立你自己的接收器，但它不需要很复杂。基本的铸造接收机应用 是13行HTML - 就是这样。根据您的要求，您可以添加CSS样式，自定义消息或事件处理，或自动播放队列，但即使有了这些功能，您也可以使用 CastReceiver示例项目 是只有636行代码。你的接收方绝对不需要像Slack或Steam桌面Web应用那样复杂。
利用与你的发送方应用共享代码库所带来的项目管理优势，但你必须要做到 保持您的接收器小巧轻便. 如果你需要的话，可以使用完整的jshtmlcss栈，但可以考虑将你的接收器写成一个简短的HTML文档，甚至使用默认的接收器。当你把你的接收器功能保持在最低限度时，你会给你的用户一个可靠和响应的Chromecast体验，同时仍然允许通过发送者应用程序的丰富的交互功能。