0

我想制作一个具有多个通信进程的系统。

主进程将引发事件。将有不同的事件，每个事件都包含结构化数据。几个从属进程将订阅事件、接收数据并调用适当的处理程序。我的情况有两个考虑。

  1. 我不担心安全性，因为不会有 3rd 方服务。
  2. 我担心性能。

人们建议在这种情况下使用像零 MQ 这样的消息队列。我对它应该实现的方式有点困惑。据我了解，ZeroMQ 只能发送\接收原始字符串数据。

我是否应该在发布者端将数据打包到字符串（例如 json 或 xml）中，在订阅者端手动解包数据并仅过滤必要的消息？

如果有更好的方法来解决我的问题，我会很高兴听到它。

4

2 回答 2

0

对于您描述的场景，我会使用消息传递提供程序。我看到的优点是

1) 不必编写代码来向订阅者传递消息。那让我专注于我的业务逻辑和数据格式。我可以决定数据格式（XML/JSON/任何适合我的要求并被订阅者理解的格式）并发布消息。

2) 如果出现需求，可以在不添加/修改任何代码的情况下增加订阅者的数量。

3) 订阅者可以移动到不同的机器上而不影响解决方案。

4）订阅者也可以离线，主/发布者仍然可以发布消息。订阅者可以稍后进来并调用所需的处理程序。

于 2013-03-07T03:30:52.393 回答
0

这些是我看到的选项：

  1. 如果只关心性能，而事件的持久性和持久性不是要求的一部分，那么将数据以自定义协议结构封装在一个字节数组中，并使用套接字进行进程间通信。但请注意 - 自定义字节数组结构在可扩展性和可维护性方面的成本很高。另一种选择是选择 JSON 作为数据交换格式，这种格式相对更具可读性。
  2. 如果事件数据的持久性和持久性是要求的一部分，那么可以利用面向消息的中间件的好处。声明式同步等功能是 MOM 可以带来的其他一些好处。
于 2013-03-07T11:42:58.240 回答