GWT举办活动巴士的动机

Question

我正在GWT中创建一个类似MVP的应用程序。

• 有多个面板，每一个都是随时可见的。
• 每个面板都有一个Presenter，并且有一个AppController位于所有Presenter之上。
• 有一些应用程序级别的事件出现在一个演示者中，但对其他演示者有影响。
• 为此建议的架构似乎涉及事件总线。然而，我不确定我是否看到了比更简单的东西更有优势。
• 特别是，简单地允许AppController（并且只有AppController）从任何Presenter订阅事件不是更简单吗？然后AppController可以告诉每个Presenter在给定事件的情况下该做什么。
• “事件总线”似乎是一个准全局变量。但是如果您可以使用更精确定义的方法（即AppController在每个Presenter上调用的方法）完成同样的事情，那不是更好吗？

更确切地说，为什么要引入事件总线，而不是简单地让事件“上升”到适当的决策层？对我来说，这似乎是MVP概念最直接的扩展，并且它不需要事件总线的新概念。我不明白引入事件总线是为了解决什么问题。

Answer 1

你提出的方法很好，但有一个很大的缺点:当你的应用程序增长时，它需要大量的代码。

这个演讲是关于Android的，但GWT的论点也成立。

另请参阅Google I / O 2009的着名演示文稿，其中明确讨论了使用事件总线来对抗意大利面条代码（如果您还没有的话，则必须观看）。

最后，这篇博客文章讨论了JS中的观察者与中介模式：在GWT中，观察者模式由事件处理程序实现，而中介模式由事件总线实现。这是tl；医生：«

Answer 2

事件总线的优点是代码的分离。

您可以将自定义事件发送到总线，不再需要关心您的事件。每个演示者只订阅该事件，它真的需要知道这些事件。这将导致更简洁的代码，因为您不必创建一个必须知道所有演示者才能将事件委托给他们的调度程序。

在我看来，eventbus是一个非常好的东西，可以使代码干净且易于理解。