共享事件总线btw客户端应用程序和服务器参与者

Question

通过事件总线桥将事件直接从客户端推送到服务器端垂直站点有哪些优点/缺点？换句话说，在客户端应用程序和服务器参与者之间共享事件总线有什么好处？

如你所知，维特。x是一个事件循环，它促使您使用类似smth的参与者模型。独立的参与者（垂直者）可以在EventBus的帮助下相互交流。

好的，安排客户机-服务器通信的常见方法是使用下一种方案：

1. 公开将接受客户端请求的web服务（路由器）

让我感到困惑的是，客户端Javascript可以直接与服务器端的每个参与者/垂直体通信：

1. 客户端在浏览器中初始化事件总线const eb=new EventBus（'http://localhost:8080/eventbus）
2. 客户端将事件直接发送到特定的服务器端参与者eb。send（'some-address'，{name:'tim'，年龄：587}）
3. 客户端从特定的服务器端参与者eb接收应答。registerHandler（'some-address'，（错误，消息）=

1. 使用直接的客户机参与者沟通而不是传统沟通有什么好处
2. 那么安全呢？现在每个垂直点都应该安全了
3. 那么代码的简单性呢？从一方面来说，事情变得容易了一点，但你已经没有了任何单一的切入点。这种新方法是否适用于具有复杂后端的不平凡的应用程序
4. 你推荐哪一个




Answer 1

首先，这取决于——

关于安全性，您只允许一些队列可用于客户端。垂直。x调用这些入站和出站地址。这样，您就不需要“保护”每个垂直站点，因为客户端无法直接访问它们。

如果您有“实时”用例，即需要在不按重新加载的情况下尽快通知客户端，那么我将使用事件总线通信（例如聊天等）。但谁说你只能做一件事？您只需通过事件总线通知重要的更改（没有数据），并让客户机通过普通总线检索更改的数据

有关Actor模型的更多信息，我建议阅读可伸缩Web架构的并发编程或七周七个并发模型一书。

编辑普通WebSocket与事件总线网桥：

垂直。xweb附带了一个基于SockJS的事件总线桥。它将Web客户端与Vert集成。x事件总线。SockJS甚至可以通过长轮询等技术在旧浏览器中实现类似WebSocket的通信：

UndertheHood SockJS首先尝试使用原生WebSocket。如果失败，它可以使用各种特定于浏览器的传输协议，并通过类似WebSocket的抽象来呈现它们。

垂直。十声明如下：

WebSocket一样的界面，只是工作。

所以，基本上是垂直的。如果WebSocket在客户端浏览器中可用，x事件总线网桥将使用WebSocket。因此，我更喜欢事件总线桥而不是自己的WebSocket实现。