活动巴士回顾

Question

我现在从GWT开始学习事件总线概念。我发现这个解决方案非常复杂。所以我尝试通过自己编写原型来简化它以查看所有问题。

首先我会写一下我对事件总线的理解（这可能是完全错误的）。 我们有像这样的

public class FooEvent extends GwtEvent<FooHandler> {
    public static Type<FooHandler> TYPE = new Type<FooHandler>(); //as event type integer ID

    //for.. hm.. probably some inner use in Event Bus
    @Override public Type<FooHandler> getAssociatedType() {
        return TYPE;
    }

    //for handling
    @Override protected void dispatch(FooHandler handler) {
        handler.someMethod(this);
    }
}

处理程序接口的事件，

public interface FooHandler extends EventHandler {
    void someMethod(FooEvent event);
}

用法

eventBus.addHandler(FooEvent.TYPE, new FooHandler() {
    @Override
    public void someMethod(FooEvent event) {
        //bla-bla
    }
});
eventBus.fireEvent(new FooEvent());

就是这样。现在是我的原型。

//replaced GwtEvent
interface UniGwtEvent { 
}

//than, event pretty simple
public class FooEvent extends UniGwtEvent  {
}
//replaced GwtEventHandler. You should not create special handler class per event!
public interface UniEventHandler<T extends UniGwtEvent> {
    void handle(T event);
}
//event bus prototype(in pseudocode)
class UniEventBus {
    //map. keys getted from class. as I understand, it's possible from GWT 1.5 see http://code.google.com/p/google-web-toolkit/issues/detail?id=370 
    public <T extends UniGwtEvent> void addListener(Class<T> event, UniEventHandler<T> handler){
        map.put(event.getName(), handler);
    }
    public void fireEvent(UniGwtEvent event){
        if(map.contains(event.getClass().getName())){
            map.get(event).handle(event);
        }
    }
}

我认为

eventBus.addListener(FooEvent.class, new UniEventHandler<FooEvent>(){
    @Override
    public void handle(FooEvent event) {
        bla-bla
    }
});
eventBus.fireEvent(new FooEvent());

这个解决方案要好得多，因为您不应该进行不必要的 Type 操作并为每个事件创建处理程序类。我只看到一个缺点 - 您应该在创建处理程序时指定通用类型。但我认为还有许多其他缺点或问题使该解决方案变得不可能。这些是什么？

Answer 1

使用您的实现没有明显的优势。据我了解，您的 EventBus 与 GWT 的 EventBus 之间有两个区别：

1. 使用 Strings 而不是 Type 对象将事件处理程序绑定到事件类型。这不是一个有意义的差异 - 在应用程序中拥有更多类型不会造成任何损失，而且我怀疑在运行时，Strings 将使用比 Types 稍多的资源。 p>

2. 直接将事件分派到适当的处理程序，而不是委托给事件类型。我更喜欢 GWT 的方法，因为它为事件的分派方式提供了灵活性。例如，人们可能希望处理程序实现两种不同的方法，根据事件的上下文调用这两种方法。采取以下（简单）示例：

   public class ExampleEvent extends GwtEvent; {
     公共接口处理程序扩展了事件处理程序{
       void onExample(整数id);
       void onExample(字符串名称);
     }
   
     私有最终整数 ID；
     私有最终字符串名称；
   
     公共ExampleEvent（整数id）{
       这个.id = id;
       this.name = null;
     }
   
     公共ExampleEvent（字符串名称）{
       this.name = 名称；
       this.id = null;
     }
   
     公共无效调度（处理程序处理程序）{
       如果（名称！=空）{
         handler.onExample(名称);
       } 别的 {
         handler.onExample(id);
       }
     }
   }
   

   在这种情况下，将分派委托给事件允许我们采取必须为每个处理程序执行的操作（确定事件是否包含 ID 还是名称），而不需要在每个单独的事件处理程序中执行测试。< /p>

我建议使用 GWT 的 EventBus 实现 - 它有效并且经过测试。

Answer 2

还有其他的事件总线实现可以做得很好。我最近创建了一个非常高效的事件总线（Mbassador），我已经在生产中使用了一段时间了。它托管在 github 上，邀请您查看。

https://github.com/bennidi/mbassador

另一种选择是使用 google guavas 事件总线，但它缺乏一些有用的功能（这就是我实现自己的解决方案的原因）

编辑：我为一系列可用的事件总线实现（包括 Guava、MBassador 等）创建了性能和功能比较。结果非常有趣。在这里查看
http://codeblock.engio.net/?p=37