Websocket SockJS事件总线桥是构建私人聊天的正确工具吗?

Websocket SockJS事件总线桥是构建私人聊天的正确工具吗?,websocket,sockjs,vert.x,Websocket,Sockjs,Vert.x,我想使用Vert.X构建一个由SockJS支持的私人聊天应用程序。我很快就遇到了SockJS的局限性,因为它的API过于简单,而多路复用似乎不是答案(请参阅:) EventBus桥是正确的工具吗?每个客户端都绑定到一个唯一的地址,VertX服务器可以响应它们,或者默认情况下忽略它们(如果无法识别) 这就是EventBus Bridge的意图吗 一旦SockJSBridge启动,允许更改规则吗 还可以将随机令牌(UUID?)添加到入站规则“匹配”中,以模拟会话的工作方式 这合理吗?或者这已经被广泛

我想使用Vert.X构建一个由SockJS支持的私人聊天应用程序。我很快就遇到了SockJS的局限性,因为它的API过于简单,而多路复用似乎不是答案(请参阅:)

EventBus桥是正确的工具吗?每个客户端都绑定到一个唯一的地址,VertX服务器可以响应它们,或者默认情况下忽略它们(如果无法识别)

这就是EventBus Bridge的意图吗

一旦SockJSBridge启动,允许更改规则吗

还可以将随机令牌(UUID?)添加到入站规则“匹配”中,以模拟会话的工作方式


这合理吗?或者这已经被广泛使用了?

EventBusBridge允许客户端(通过SockJS的浏览器)在EventBus上与其他订阅者对话。这意味着您可以直接使用服务器端服务或其他客户端发送消息

您不能动态更改网桥的许可/防火墙规则。但是使用正则表达式和UUID,您应该能够非常轻松地实现聊天。让我举个例子:

服务器监听地址
聊天服务器
。网桥中的出站设置设置为
{“地址”:“聊天客户端\..*”}
。每个客户端都在聊天客户端上注册一个处理程序。
并告诉服务器将发往客户端的消息发送到注册地址

我们已经写了一篇文章,你可以作为参考