Events GWT:将EventBus与单元一起使用的利弊

Events GWT:将EventBus与单元一起使用的利弊,events,gwt,Events,Gwt,我们正在将应用程序范围的事件总线注入我们的单元(扩展AbstractCell的类)。 我们认为触发将由其他演示者而不是使用ValueUpdater处理的事件更容易。 有什么优点/缺点吗?我喜欢ValueUpdaters有一个非常特殊的用途——更新单元格已更改的值。这是大多数可编辑单元格建立的基本契约,而按钮/动作单元格使它过载,这让我很恼火 也就是说,使用全局事件总线可能太过分了。一些中间选择: 每个列/单元的EventBus实例(事实上是一样的),因此如果需要,事件可以是非常本地的,或者可以

我们正在将应用程序范围的事件总线注入我们的单元(扩展AbstractCell的类)。 我们认为触发将由其他演示者而不是使用ValueUpdater处理的事件更容易。
有什么优点/缺点吗?

我喜欢
ValueUpdater
s有一个非常特殊的用途——更新单元格已更改的值。这是大多数可编辑单元格建立的基本契约,而按钮/动作单元格使它过载,这让我很恼火

也就是说,使用全局事件总线可能太过分了。一些中间选择:

  • 每个列/单元的EventBus实例(事实上是一样的),因此如果需要,事件可以是非常本地的,或者可以在更高级别上侦听和重新广播。这种方法的一个主要好处是,您的单元可能是可重用的,将它们的api作为事件公开给不同的用例使用
  • 仅针对该视图/演示者的本地事件总线,必要时再次将应用程序范围内的事件提升到全局演示者。与第一个选项相比,可重用性较低,但代码通常不需要重用
我不喜欢我的全局事件总线变得太垃圾,部分原因是为了使调试更容易,部分原因是不太担心给定的视图/演示者在使用事件时效率低下,因为这不会影响应用程序的其余部分。让您有机会先构建,然后再优化