Swing 的 JList MVC 实现有问题吗？

Question

前段时间我问这个问题。所有解决方案都是解决方法。

现在这不可能了。我感觉这里有些不对劲，但又分不清到底是Swing的MVC模型概念上错了，还是我的想法概念上错了。

问题又来了。我正在使用 JList 来实现文档页面的缩略图列表。如果用户从列表中选择另一个缩略图，则加载该页面。为此，我向 JList 添加了一个 ListSelectionListener，当选择更改时，它会加载该页面。但用户也可以使用另一个控件更改页面。当然，我希望通过在此处选择该页面来将其反映在缩略图列表中。因此，我使用 setSelectedIndex() 来更新 JList。不幸的是，这会产生引发 ListSelectionEvent 的不良影响，导致侦听器重新加载页面。

现在这里出了什么问题？我刚刚从其他地方更改了模型，所以我自然希望视图自行更新，但我不希望它触发事件。 Swing 没有实现 MVC 吗？或者我在这里遗漏了一点？

Answer 1

这是我们很多 Swing 程序员必须面对的问题：多个控件修改相同的数据，然后更新反映在每个控件中。在某些时候，某些东西必须对将哪些更新应用于模型有最终的否决权：无论什么东西都需要能够处理多个（可能是冗余的甚至矛盾的）更新并决定如何处理它们。这可能发生在模型层，但理想情况下应该是控制器来执行此操作 - 毕竟，这部分最有可能是业务逻辑所在的位置。

在这方面，Swing 的问题在于 MVC 的控制器部分通常在视图组件和模型之间有所分割，因此很难集中该逻辑。在某种程度上，Action 接口通过将逻辑放在一个位置并允许不同组件共享它来纠正 actionPerformed() 事件的这一问题，但这对其他类型的事件没有帮助，或者当有多个不同类别的事件需要协调时。

那么，答案是遵循 Swing 中暗示但未明确表示的模式：仅在状态实际发生更改时才执行请求的更新，否则不执行任何操作。 JList 本身就是一个这样的例子：如果您尝试将 JList 的选定索引设置为已选定的相同索引，什么也不会发生。不会触发任何事件，也不会发生更新：更新请求实际上被忽略。这是一件好事。这意味着您可以在 JList 上有一个监听器，它将响应新选择的项目，然后依次要求相同的 JList 重新选择相同的项目item 并且您不会陷入病态的递归循环。如果应用程序中的所有模型控制器都这样做，那么在整个地方触发多个重复事件就没有问题 - 每个组件只会在需要时更新自身（并随后触发事件），并且如果确实更新然后它可以触发它想要的所有更新事件，但只有那些尚未收到消息的组件才会对此执行任何操作。

Answer 2

这是预期的行为。

来自 模型-视图-控制器 [维基百科] :

在事件驱动系统中，模型
通知观察者（通常是视图）
当信息发生变化时
他们可以做出反应。

因此，当您在 JList 上调用 setSelectedIndex 时，您正在更新其模型，然后该模型会通知每个 ListSelectionListener。如果您可以“默默地”更新模型而不让任何人知道，那就不是 MVC。

Answer 3

Swing 不完全是 MVC，但它有 MVC 的根源（区别在于，Swing 中的视图和控制器比其他 MVC 中的关系更密切，请参见 Swing 架构 了解更多详细信息）。

但这似乎不是您面临的问题。听起来您必须在事件侦听器中验证事件类型，并决定是否忽略它：如果事件源自列表，请更改它。如果是由其他一些控件触发的，则不要触发。

Answer 4

@dogbane 说的话。

但要解决此问题，您需要在侦听器期间添加某种状态检查，以查看该事件是否是您应该忽略的事件。 ListSelectionEvent 有一个 getValueAdjusting() 方法，但这主要是内部方法。你需要做的就是自己模拟一下。

因此，例如，当您从外部选择更新列表时，您将拥有类似...的代码

try {
    setSelectionAdjusting(true);
    /* ... your old update code ... */
} finally {
    setSelectionAdjusting(false);
}

，并且在 ListSelectionListenerEvent 的更新代码中，

public void valueChanged(ListSelectionEvent e) {
    if (!isSelectionAdjusting()) {
        /* ... do what you did before ...*/
    }
}

范围和访问问题将作为读者的练习。您必须编写 setSelectionAdjusting，并可能将其设置在其他对象上。

Answer 5

我仍然觉得这里在概念上有问题。

我表示理解，但考虑一下您没有一个简单的 JList 来观察 ListSelectionModel，这可能会有所帮助。相反，您有一个 JList 和一些其他控件来观察混合选择模型。在 @Taisin 的示例中，混合体是扩展 DefaultListSelectionModel 的 CustomSelectionModel 和允许无声的改变。兼容时，还可以共享模型，如此问题和建议中所建议的那样。答案和这个<教程中的代码>SharedModelDemo。

作为参考，此帖子引用了该文章使用 MVC 进行 Java SE 应用程序设计：应用程序设计问题，它更详细地解决了这个问题。

Answer 6

我总是这样做：

    public class MyDialog extends JDialog {
        private boolean silentGUIChange = false;

    public void updateGUI {
        try {
            silenGUIChange = true;

            // DO GUI-Updates here:
            textField.setText("...");
            checkBox.setSelected (...);

        }
        finally {
            silentGUIChange = false;
        }
    }

    private void addListeners () {
        checkBox.addChangeListener (new ChangeListener () {
           public void stateChanged (ChangeEvent e) {
              if (silentGUIChange)
                 return;

              // update MODEL
              model.setValue(checkBox.isSelected());
          }
         });
    }

}

Answer 7

通常，侦听器的工作方式是每次它等待的事件发生时它都会“关闭”。如果我不得不推测这是你方面的误解。