Google Feed API V2 又名推送、Channel API 与 WebSocket
有谁知道 feed v2 何时离开可信测试阶段？ feed v2 的一些用例与 Google Channel API 重叠，因此我不太明白发布 feed v2 的意义，而不是完全切换到频道 API。这是因为向 Web Socket API 的过渡更加顺利吗？或者我错过了一些点:)
Does anybody knows when will feed v2 leave trusted tester stage?
There are some usecases of feed v2 that overlap with Google Channel API, so I don't quite get point of releasing feed v2, instead of switching to channel API entirely. Is this due to smoother transition towards Web Socket API ? or I miss some point :)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我没有任何关于 Feeds V2 何时离开可信测试人员的数据，但用例相当离散：
一般来说：
Feeds API 适用于当您需要来自您无法控制或想要控制的现有来源的实时数据时将消息传递给许许多多的客户端，其中一些可能正在使用 Feeds API 进行侦听，其中一些可能会静态检索数据，等等。
Channel API 适用于想要传递特定内容的应用程序向一位特定客户发送消息。 Channel API 可以用作 Feeds API 的部分的实现（尽管现在不是），但它不会包含它。
除此之外，使用 Channel API 的延迟通常会更低（本质上是因为它绑定到一个客户端）。
I don't have any data on when Feeds V2 will leave trusted tester, but the use cases are fairly discrete:
Generally:
Feeds API is for when you want realtime data from existing sources you don't control, or want to deliver messages to lots and lots of clients, some of whom may be listening using the Feeds API, some of whom may retrieve the data statically, etc.
Channel API is for applications that want to deliver particular messages to one specific client. The Channel API could be used as an implementation of a piece of the Feeds API (though it isn't, now) but it wouldn't encompass it.
Other than that, latency will generally be lower with the Channel API (at heart, because it's bound to one client).