缩放 gwt 的“联系人” （示例项目）带有 MVP 的 AppController

Question

我刚刚学习 GWT，所以我仍在尝试理清它的所有怪癖和功能。我正在阅读他们提供的说明 MVP 模式的示例，我几乎明白了，但我想知道一件事。

他们使用的AppController实现了ValueChangeHandler接口，并且当历史记录发生变化时会触发onValueChange方法。

我的问题是 AppController 中的 onValueChange （我已将其包含在下面，以供没有看过示例项目的人使用）。它对发送的历史令牌进行字符串比较，并实例化适当的呈现器来处理操作。对于具有 3 个操作的示例应用程序来说，这一切都很好，但是如何将其扩展到具有更多操作的真实应用程序呢？

坚持这种模式会导致相当大/丑陋的else if，但我对 GWT（和 java）还太陌生，无法为大型应用程序推断出更好的模式。

非常感谢任何帮助！

public class AppController implements Presenter, ValueChangeHandler<String> {

  ...

  public void onValueChange(ValueChangeEvent<String> event) {
    String token = event.getValue();

    if (token != null) {
      Presenter presenter = null;

      if (token.equals("list")) {
        presenter = new ContactsPresenter(rpcService, eventBus, new ContactsView());
      }
      else if (token.equals("add")) {
        presenter = new EditContactPresenter(rpcService, eventBus, new EditContactView());
      }
      else if (token.equals("edit")) {
        presenter = new EditContactPresenter(rpcService, eventBus, new EditContactView());
      }

      if (presenter != null) {
        presenter.go(container);
      }
    }
  } 
}

Answer 1

您通过大规模 GWT 应用程序提出了一个有效的观点。我最近开发了 50.000 多行 GWT 门户应用程序，我们正陷入事件和复杂的开关/处理程序模式中。 这里有一篇很好的博客文章这描述了这会变得多么可怕，并暗示了解决方案（参见可怕的脚注）。

然而，新的 GWT2 UIBinder 和 MVP 功能确实简化了事情。事实上，上述博文的作者已经撰写了有关地点 框架（GWT 2.1 的一部分）这里。

Answer 2

onValueChange 方法应该接收的唯一事件是“视图更改”事件。考虑到每个条件都是 1 行，它永远不会那么大。最后你会很好地使用该模式。

正如 Lars 所说，将 UiBinder 与 MVP 模式结合起来很容易，并且会大大减少代码行数，并使代码更易于修改。