react-redux 应用程序中 vertx 事件总线的生命周期是什么？
What is the lifecycle of a vertx event bus in a react-redux app?
我从头开始尝试将 vertx 事件总线集成到 React/Redux 应用程序中。我的第一个问题是事件总线的生命周期是什么？
是否应该有一个在索引页首次加载时打开并在用户浏览单页应用程序时保持打开状态的实例？如果是这样，我如何使事件总线可用于可能需要它的每个组件？我计划在各种 React 组件中使用服务代理。
如果您在会话中使用 vert.x 服务器端身份验证，那么您应该在登录完成后打开网桥。这确保将正确的用户映射到请求。如果您的消息是 public，您可以在组件安装时打开。
一般情况下，网桥会打开一个 Web 套接字，这没什么大不了的，但在不稳定的连接或旧客户端上，网桥会回退到池 ajax。这可能是您的应用程序（前端）的一个问题，因为它使用来自您的浏览器池的 http 连接。
服务代理不消耗任何资源（可以这么说），它们只是通过共享事件总线桥对消息进行编码和解码。
也许合乎逻辑的想法是将事件总线绑定到事件，组件将挂载/卸载，以便您仅在需要时使用资源。
请记住，如果您执行此操作并且组件未安装，则您无法从服务器推送，因为没有处理程序会监听。
最后这一切都取决于你要解决的问题是什么。
我从头开始尝试将 vertx 事件总线集成到 React/Redux 应用程序中。我的第一个问题是事件总线的生命周期是什么？
是否应该有一个在索引页首次加载时打开并在用户浏览单页应用程序时保持打开状态的实例？如果是这样，我如何使事件总线可用于可能需要它的每个组件？我计划在各种 React 组件中使用服务代理。
如果您在会话中使用 vert.x 服务器端身份验证，那么您应该在登录完成后打开网桥。这确保将正确的用户映射到请求。如果您的消息是 public，您可以在组件安装时打开。
一般情况下，网桥会打开一个 Web 套接字，这没什么大不了的，但在不稳定的连接或旧客户端上，网桥会回退到池 ajax。这可能是您的应用程序（前端）的一个问题，因为它使用来自您的浏览器池的 http 连接。
服务代理不消耗任何资源（可以这么说），它们只是通过共享事件总线桥对消息进行编码和解码。
也许合乎逻辑的想法是将事件总线绑定到事件，组件将挂载/卸载，以便您仅在需要时使用资源。
请记住，如果您执行此操作并且组件未安装，则您无法从服务器推送，因为没有处理程序会监听。
最后这一切都取决于你要解决的问题是什么。