人们为什么在他们的代码中使用消息/事件总线？

Question

我认为您听说过消息/事件总线，它是系统中所有事件都在流动的唯一场所。在计算机的主板和LAN网络中可以找到类似的体系结构。对于主板和网络而言，这是一种很好的方法，因为它可以减少导线数量，但是对软件开发有好处吗？我们没有电子产品那样的限制。

消息总线/事件总线的最简单实现如下：

class EventBus {
    void addListener(EventBusListener l}{...}
    void fireEvent(Event e) {...}
}

发布事件是通过bus.fireEvent（event）完成的，接收消息是通过bus.addListener（listener）启用的。这种体系结构有时用于软件开发，例如MVP4G为GWT实现了类似的消息总线。

休眠/死项目：

• Sun / Oracle JavaBeans InfoBus
• https://eventbus.dev.java.net/ [断开的链接]

这只是流行的“全局”观察器（侦听器）模式-
系统中的每个对象都可以侦听每条消息，我认为这很糟糕，它破坏了封装原则（每个对象都了解所有内容）和单一职责原则（例如，当一些对象需要一种新型的消息，通常需要更改事件总线，例如在侦听器类中添加新的侦听器类或新方法。

基于这些原因，我认为对于大多数软件来说，观察者模式要比事件总线更好。您如何看待事件总线，它对典型应用程序有什么意义？

编辑：我不是在谈论像ESB这样的“大型”企业解决方案-它们可能很有用（ESB所提供的不仅仅是事件总线，还有更多的东西）。我问的是在“常规”Java代码中使用消息总线进行对象到对象的连接是否有用-
有些人这样做了，请检查上面的链接。事件总线可能是电话到电话通信或计算机到计算机通信的最佳解决方案，因为网络中的每个Telefone（或计算机）通常可以相互通信，并且总线减少了电线数量。但是对象很少互相交谈-
一个对象可以有多少个协作者-3、5？

Answer 1

有些人喜欢它，因为它是Facade模式或Mediator模式的体现。它集中了诸如日志记录，警报，监视，安全性等跨领域活动。

有些人不喜欢它，因为它通常是一个Singleton故障点。每个人都必须知道。