有WebRTC 为什么还要crossbar.io (WAMP)？
Why we need crossbar.io (WAMP) when there is WebRTC?
据我了解，crossbar 提供客户端之间的透明连接。这样客户端就可以相互通信了。
WebRTC 做几乎相同的事情，没有中央服务器（除了信令服务器）且延迟更低。
那么，为什么我们首先需要横杆？
我是不是漏掉了什么？
这两种技术非常不同。
WebRTC 使语音、视频和数据能够直接在浏览器之间实时传递。它没有消息传递、信令甚至网络架构的概念。它是一种在 Web 浏览器中实现的构建块，您现在可以使用。使用它时，您仍然需要服务器将一个 browser/device 连接到另一个 browser/device - 信令服务器。
从 crossbar.io 的网站来看，这似乎是一个为物联网设备实现信令的开源框架 - 它可以将设备连接到一个中央服务器，该服务器处理接收到的控制消息和信号在设备 and/or 用户之间发送。
有趣的是——如果 Crossbar 要处理 voice/video 或低延迟数据传输——他们可能最终会集成 WebRTC。另一方面，您可以使用 Crossbar 作为 WebRTC 的信号机制。
苹果到橙子。
据我了解，crossbar 提供客户端之间的透明连接。这样客户端就可以相互通信了。 WebRTC 做几乎相同的事情，没有中央服务器（除了信令服务器）且延迟更低。
那么，为什么我们首先需要横杆？
我是不是漏掉了什么？
这两种技术非常不同。
WebRTC 使语音、视频和数据能够直接在浏览器之间实时传递。它没有消息传递、信令甚至网络架构的概念。它是一种在 Web 浏览器中实现的构建块，您现在可以使用。使用它时，您仍然需要服务器将一个 browser/device 连接到另一个 browser/device - 信令服务器。
从 crossbar.io 的网站来看，这似乎是一个为物联网设备实现信令的开源框架 - 它可以将设备连接到一个中央服务器，该服务器处理接收到的控制消息和信号在设备 and/or 用户之间发送。
有趣的是——如果 Crossbar 要处理 voice/video 或低延迟数据传输——他们可能最终会集成 WebRTC。另一方面，您可以使用 Crossbar 作为 WebRTC 的信号机制。
苹果到橙子。