MVC：嵌套模型的属性更改事件

Question

我正在构建一个 GUI 应用程序，并尝试尽可能遵守 MVC 原则。

因此，我的模型在 PropertyChangeSupport 的帮助下触发 PropertyChangeEvent，以便 GUI 知道何时更新内容。

我的应用程序的模型是嵌套的，即我有一个主模型类，其中包含其他模型类的一些属性或列表，而这些模型类又可能包含更多模型类。

一个简单的例子：

public class MainModel {
    private int someData;
    private List<Stuff> stuffList;
    // imagine PropertyChangeSupport and appropriate getters/setters
    // for both MainModel and Stuff
}

现在 MainModel 和 Stuff 都有 PropertyChangeSupport。如果有人侦听从 MainModel 触发的事件，它会获取 someData 的更改以及向列表 stuffList 添加/删除的操作。

但是，如果有人想要从对 stuffList 的各个元素所做的更改中获取事件，该怎么办？有两种可能性：

1. 观察者必须获取 Stuff 元素列表并分别注册为每个元素的侦听器。
2. 当添加 stuffList 元素时，主模型将自身注册为元素的侦听器，并将这些事件转发到主模型的侦听器。

这就是第一种方法的样子：

mainModelInstance.addListener("new stuff element", new PropertyChangeListener() {
    public void propertyChanged(PropertyChangeEvent evt) {
        Stuff s = (Stuff) evt.getNewValue();
        s.addListener( // ... and so on
        );
    }
});

我认为 1. 具有保持模型干净和愚蠢的优点，但会导致代码重复（许多 UI 元素必须监听 stuffList 的更改并添加动态地添加到新的 Stuff 元素，见上文）。 2. 则相反：客户端代码并不那么混乱，但模型部分充当侦听器，这感觉不对。这就是为什么我目前使用第一种方法。

你有什么想法？也许我对自己太苛刻了，2.没关系。或者也许有一种完全不同（而且更好）的方法？

Answer 1

至少 20 年以来，我一直在编写 MVC 模型并观察其他模型（例如现在称为 MVP[resenter] 或 MVVM 模式的做法），以下是我提供的一些启发式方法...

(1) 视图和控制器是分层的，GUI 事件处理很早就认识到这一点，方法是让事件侦听器在分层结构的不同级别进行侦听（例如直接在按钮级别或整个网页级别）。每个事件都指定与该事件关联的最具体的组件，即使正在侦听（也称为观察）更高级别的容器。据说事件会“冒泡”。

(2) 模型同样可以是分层的。模型生成的“更新”事件也可以使用与上述相同的技术，在事件中指定与更新事件关联的最具体的“内部模型”，但允许在“外部”复合模型级别进行观察。观察者更新事件可以“冒泡”。

(3) 分层模型有一个通用范例……电子表格。每个单元格都是一个模型，观察其公式中引用的其他模型/单元格。