GWT EventBus 中的事件大列表

Question

在 Google Web 工具包提供的示例中，他们仅为整个应用程序在一个类中添加事件处理程序。

如 - 对于 Module1、2 和 3，所有事件都在主 AppController 类中注册。我发现这有点单一，当我们使用 MVP 模式时，我们在每个 Presenters 中声明一个名为 bind() 的方法，如下所示：

public class MyTestPresenter implements Presenter{

     private void bind()
     {
            TestEvent.eventBus.addHandler(TestEvent.Type, new TestEventHandlerImpl() )
     }

}


public class TestEvent
{
 public static SimpleEventBus eventBus = new SimpleEventBus()
}

查询是：

1. 如果我们的应用程序很大 - 我们 会更好吗？会使用一个事件总线来填充其中的一千多个事件 - 或者我们会以这样的方式设计，为每个模块都有单独的事件总线实例？

2. 保留静态事件总线字段的任何成本。任何更好的设计将它的实例提供给所有类 - 通过构造函数将其传递给所有类，每个演示者类都有它的引用似乎有点混乱......

3. 当涉及到事件时，GWT 中的活动和位置是什么处理？ - 有人可以指导如何理解一般活动/地点的概念吗？

Answer 1

实际上我也不喜欢 GWT 中的事件总线实现。我之前曾向 smt 询问过有关。
现在我开发一些桌面应用程序，并以下面的方式设计 eventBus。

public interface EventBus {
    void fireEvent(Event event);

    <T extends Event> void addHandler(Class<T> eventType, Handler<T> handler);

    interface Event {
    }

    interface Handler<E extends Event> {
        void handle(E event);
    }
}

所以在通常的Java应用程序中我会以其他方式设计它，但这里我们应该处理与javascript等相关的问题。

如果我们的应用程序很大 - 我们会
使用一个事件总线来填充更多事件总线
超过一千个事件 - 或者
我们会以这样的方式设计吗
有单独的事件总线实例
对于每个模块？.

我也在思考这个问题。我发现没有任何真正的优势。为了实现模块化，您可以分离事件的可见性。并且有一些缺点。假设您应该在同一个类中处理多个 eventBusses - 代码会很混乱。除此之外，您应该以某种方式将此实例映射到类。

保留静态事件的任何成本
总线领域。有什么更好的设计可以给
它是所有类的实例 - 传递
它通过一个
每个演示者类的构造函数
有它的参考似乎有点
混乱...

你可以两者都做。在新的 Activity-Place 框架中，它作为参数传递。

GWT 有哪些活动和地点
当涉及到事件处理时？ - 能
有人指点一下如何
理解的概念
一般活动/地点？

Activity 就像您的旧演示者，但没有低级别视图绑定。就像用于指定窗口的历史条目一样放置。