如何在不保持视图活动的情况下实现 MVC 模式

Question

我想在困难的情况下实现 MVC 模式。困难在于我的模型（生成事件的实体）是长期存在的，而视图（事件的接收者）是短暂的。我的问题是，通过两者之间的连接，长期存在的模型使我短暂的视图保持活动状态，即它们不能被垃圾收集。

  [MODEL] ------- <weak> -------> [VIEW]
     |
 <strong>
     |
     v
[CONTROLLER]

解决此问题的一种方法是将模型中的连接存储在 WeakHashMap中。这本质上是让 View 被垃圾回收，当发生这种情况时，WeakHashMap 也会将相应的 Controller 扔掉。也就是说，如果控制器不持有对视图的（强）引用——它通常会这样做。在这种情况下，视图通过强引用保持活动状态，直到模型超出范围。

  [MODEL] ------- <weak> -------> [VIEW]
     |                               ^
 <strong>                            |
     |                               |
     v                               |
[CONTROLLER] ----------- <strong> ---/

是否有另一种方法可以将侦听器附加到我的模型，但不会使我的视图（和控制器）保持活动状态？

更新：回答mdma的问题：控制器保留对视图的引用，因为它需要更新视图。此引用可能很弱，但我希望控制器成为 View 类的匿名内部类，在这种情况下，Controller 实例具有对 View 实例的隐式强引用。

Answer 1

有几种方法可以实现 MVC。

• 编写一个模型，然后让您的视图监听模型的更改。当发生任何事情时，视图会通知控制器。
• 编写一个视图，然后让您的模型监听视图的更改。当发生任何事情时，视图会通知控制器。
• 写一个视图。让您的模型监听视图的变化。让你的控制器监听视图，如果发生任何事情，它将引发不同的事件。

最后一个给出了视图、控制器和模型之间最弱的耦合。对控制器进行单元测试是一个混蛋，因为您最终必须存根事件处理程序。您甚至无法使用模拟框架来模拟它们，因为您需要始终引发事件。不过，它确实有效。

我喜欢 MVCP：

• 允许您的控制器将模型包装在演示者中。控制器侦听附加的视图，并每次为它们提供一个新的演示者。 Presenter 将字段更改委托给 Model，还将命令委托给 Controller。控制器和模型都不依赖于演示者的引用。当视图消失时，演示者也会随之消失。

演示者的伟大之处在于您可以仅封装视图所需的内容。演示者的界面几乎完全由视图驱动。您甚至可以为不同的视图创建不同的演示者，并通过一个接口方法填充它们，如下所示：Presenter.PopulateWith(model,controller)。这为您提供了一个执行所有表示逻辑（将日期转换为字符串、没有 . 的登录名等）的好地方，而不会污染您可爱的模型。并且您可以免费获得弱参考！

这与现在惯用的 WPF 中使用的 MVVM 模式非常相似。在 Java 中运行良好，在 Web 中也运行良好。无论如何，希望这些能给你一些想法。

Answer 2

这里您已经获得了 MVC 模式的出色实现。您的问题可能有解决方案。

Answer 3

我认为你的方向非常正确。我看到两种可能的解决方案来正确回收视图：

1. 将视图生命周期设计到系统中，以便显式地完成视图解构，然后所有感兴趣的各方都可以释放对视图的引用。

2. 删除控制器中的强引用。控制器可以使用 Wea​​kReference 来保留视图，每次访问都必须检查该视图，或者向控制器传递一个委托给真实视图的 View 实现，通过弱引用保留它。如果引用已被回收（为空），则方法调用是无操作的。

Answer 4

...但我希望控制器成为 View 类的匿名内部类，在这种情况下，Controller 实例具有对 View 实例的隐式强引用。

根据问题中的图表，这根本行不通。

Model 中对 Controller 的常规引用以及 Controller 中对 View 的常规引用足以意味着 View< /code> 是强可达的。因此，Controller 中对 View 的弱引用不会被破坏......直到 Model 本身符合垃圾回收条件。

由于匿名内部类永远不可能是静态的，因此您没有明智的选择 (*)，只能使 Controller 成为静态嵌套类或非嵌套类。

另一种选择是使从模型到控制器的链接成为弱引用。

_{(* 实际上，有一个可能有效的技巧...尽管它太可怕了，无法提及。您可以找出保存 Controller 对象链接的隐藏属性的名称到其父对象，也许可以使用反射来查找 Field，然后使用它将属性设置为 null。）}

---

编辑

这就是 JLS 关于匿名类的说法 - JLS 15.9.1

匿名类从来都不是抽象的（第 8.1.1.1 节）。匿名类始终是内部类（第 8.1.3 节）； 它永远不是静态的（§8.1.1，§8.5.2）。匿名类始终是隐式最终的（第 8.1.1.2 节）。

我很难将这一点与OP的评论相协调......