如何在GWT MVP体系结构中处理服务和事件总线实例？

Question

如本指南所述，我们正在使用MVP模式开发应用程序：

创建控制器实例时，请执行以下操作：

appController = new AppController(service, eventBus);
appController.go(RootPanel.get("SOME_SLOT"));

现在，当控制器创建某个演示者时，它会执行以下操作：

sthPresenter = new SthPresenter(service, eventBus, new SthView());
sthPresenter.go();

演示者随后将eventBus和服务保存到私有字段变量，并根据需要使用其中之一。

随着应用程序的增长，我们有越来越多的演示者和视图，所以问题是我们可以使用不同的方法来获取演示者中的服务和eventBus，而无需通过每个演示者的构造函数传递引用。

例如，在控制器中创建一个静态字段，然后仅使用AppController.getService（）之类的方法调用它。 也许是单例模式。

对于这种设计，控制器（或其他位置）中的静态磁场会是一个坏主意吗？ 请记住，如果有任何区别，代码将被编译为javascript。

Answer 1

我强烈建议依赖注入（DI）。 它使您可以避免样板代码（单例等），全局状态，并且通常会导致可测试的代码。 Misko Hevery有一些非常有趣的帖子，包括非常有用的编写可测试代码的指南。

对于GWT中的DI，您应该使用Gin-流行的Guice DI框架周围的包装器。 我一直在将它用于一个相当复杂的项目，仅使用DI / Gin（并思考如何最有效地应用它）肯定会导致更“干净”的，可测试的代码。

Answer 2

使用单例和观察者模式。 确保只对通知使用高级事件，否则，将导致一场噩梦。

编译为JavaScript的代码对您来说实际上是透明的。

Answer 3

这是GWT MVP应用程序中经常遇到的情况。 在我的应用程序中，我使用依赖项注入（与GIN一起）将事件总线注入到演示者中。 演示者本身就是单例，可以根据需要实例化。 但是，这样做会大大降低应用程序的可伸缩性，因为大型应用程序需要您在启动后立即实例化许多演示者。

您自己可能需要正确解决此问题。 我建议您看一下GWT平台框架，该框架处理了与GWT MVP应用程序相关的许多更困难的问题，包括演示者和视图的延迟实例化，历史记录管理，有效的代码拆分等。