java - MVP Views 到底有多蠢？

Question

我正在尝试学习 MVP，但有些事情让我望而却步；如果Presenter使用view作为界面，那么View就不能只是控件的简单渲染。想象一下尝试编写一个打字练习游戏，其中单词会随机生成到 UI 中，用户必须在单词从屏幕上掉下来时键入它们。

因此 View 将具有如下方法:

public interface View {
    addWord(String word, double x, double y); // or possibly (Word word)
    moveWord(String word, double distance);
    removeWord(String word);
    setScore(int score);
    registerKeyListener(KeyListener listener);
    // other stuff
}

但最终 VIEW 将不得不负责创建自定义控件。这里省略了很多代码，但希望这足以说明我的意思。示例:

public class SwingView {
    private JPanel thePanel;

    private Map<String, WordComponent> currentWords = new HashMap<>();

    public SwingView() {
        thePanel = new JPanel(new WordLayout());
        // other stuff
    }

    public void addWord(String word, double x, double y) {
        WordComponent newWord = new WordComponent(word);
        currentWords.put(word, newWord);
        Point2D.Double point = new Point2D.Double(x, y);
        thePanel.add(newWord, point);
    }

    public void removeWord(String word) {
        WordComponent theWord = currentWords.get(theWord);
        thePanel.remove(theWord);
    }
}

View 实现已经有了逻辑。它正在维护其 WordComponent 的 Map。我在这里有两个自己的类，WordLayout implements LayoutManager2 和 WordComponent extends JLabel(或其他东西，但那会是更多代码)。

理论上，演示者应该对 Swing 一无所知，因此我可以使用模拟进行单元测试，该模拟可能会记录到控制台或其他内容。但简单地管理 Swing 对象本身就是一项工作。或者，如果我想将此应用程序转换为 Tomcat 网页怎么办？现在 ServletView 类正在管理移动文字的 AJAX 调用。它依赖于 AJAX 框架，将更多工作卸载到 View。

总结:View 实现是否应该具有管理其自身组件的“逻辑”？

跟进:我上面写的代码可能甚至不会响应，因为 Model 和 Presenter 没有在 Event Dispatch 线程上工作(或者，他们是，这可能更糟)。向 Event Dispatch 线程传递显示更新的代码去了哪里？或者，Presenter 应该在 Event Dispatch 线程上吗？

编辑:我刚刚想到一个主意。拥有一个特定于平台的子演示者，该子演示者了解实现细节，例如您使用的是 Swing 还是其他东西。

Edit2: 还有一个问题，基于@DuncanJones 的回答。想象一下，我想添加逻辑以使游戏可调整大小并根据新大小缩放所有内容的大小。该逻辑是在 View 中还是在 Presenter 中？

Answer 1

View 组件必须包含足够的逻辑来向用户显示界面。根据所使用的框架， View 中可能有相当多的代码。重要的是确保业务逻辑位于 Presenter 中。

关于您的辅助查询，当 View 调用它们时(在 Swing 的情况下)，将在 EDT 上调用所有 Presenter 方法。除非 Presenter 要求的操作微不足道，否则我会立即启动后台线程来完成工作。该线程将在使用 SwingUtilities.invokeLater() 完成后更新 View 。

事实上，为了避免绑定(bind)到 Swing，我倾向于将我自己的 EventDispatcher 类传递给每个 Presenter。这是一个与 SwingUtilities 具有相同方法的接口(interface)。如果需要，我可以在不同的类(class)代替。

旁注:这会使使用 JUnit 对 Presenter 进行单元测试变得困难，因为 Presenter 方法(和单元测试)将在后台线程完成之前完成。我倾向于使用负责运行后台线程的 Executor 构造每个 Presenter。然后，在单元测试环境中，我传入一个特殊的 Executor 实现，它立即在同一线程上执行 run() 方法。这确保了单元测试是单线程的。示例:

public class SingleThreadExecutor implements Executor {
  @Override
  public void execute(Runnable command) {
    command.run();
  }
}