在JavaFX中使用ObservableList是否违反模型 – 视图 – 控制器分离？
我正在尝试研究JavaFX，因为我想将它用作我程序的GUI。 我的问题基本上是概念性的：
到目前为止，我的程序主要是MVC模式的“模型”部分; 也就是说，我的几乎所有代码都是类的意义上的抽象的OO表示，所有代码都是逻辑代码。
由于我不想成为我的程序的唯一用户，我想添加MVC的“视图”部分，以便人们可以轻松地使用和操作我的程序的“模型”部分。 为此，我想使用JavaFX。
在我的“Model”类中，我显然使用了Java Collections API中的各种Lists，Maps和其他类。 为了让我的程序的用户操作这些底层列表和地图，我想在JavaFX中使用Observable（List / Map）接口。
澄清情况的一个具体例子：
假设我有一个MachineMonitor类，每3分钟检查一次机器的某些属性，例如连接是否仍然良好，齿轮转速等等。如果满足某些不等式（比如说速度的话）齿轮下降到1转/秒的速度） MachineMonitor触发RestartMachineEvent。
目前我使用ArrayList < MachineMonitor >来跟踪所有单独的MachineMonitor 。 现在扩展到MVC的“视图”部分，我希望用户能够操作显示MachineMonitor列表的TableView，以便他们可以创建和删除新的MachineMonitor来监视各种机器。
这样我就可以跟踪我的程序用户想要做什么（比如，为机器＃5创建一个MachineMonitor来检查齿轮的转/秒是否低于0.5）我使用ObservableList < MachineMonitor >作为TableView的基础List。
链接程序的“模型”和“视图”的最简单方法就是将“模型”类更改为具有ObservableList < MachineMonitor >而不是ArrayList < MachineMonitor >但是（转到问题的主题）我觉得这非常混乱，因为它混合了“模型”和“查看”代码。
一种天真的方法是为TableView使用ObservableList < MachineMonitor >并保留我的ArrayList < MachineMonitor >的使用。 但是，根据JavaFX规范，对ObservableList < MachineMonitor >所做的更改不会影响基础List。
鉴于此，是解决这个难题的最佳方法是为ObservableList < MachineMonitor >创建一个ChangeListener， 它将对ObservableList < MachineMonitor >所做的更改“传播”到底层的“Model”ArrayList < MachineMonitor >？ 也许把它放在一个名为MachineMonitorController的类中？
这种临时解决方案看起来非常混乱且不理想。
我的问题是：在这种情况下，保持“模型”和“视图”之间几乎完全分离的最佳方法是什么？
我不同意在你的“模型”类中使用ObservableList违反了MVC分离。 ObservableList纯粹是数据表示; 它是模型的一部分，而不是视图的一部分。 我（ 和 其他人 ） 在我的应用程序的所有层中的模型表示中使用JavaFX属性和集合 。 除此之外，我还指出了如何使用（或者至少）绑定到JSF的JavaFX属性。 （我应该提到的是，并不是每个人都同意在服务器端使用FX属性的方法;但是我真的没有看到任何方式使它们成为视图的一部分。）
由于JavaFX现在是Java标准版的完全成熟部分，因此您不会添加任何其他依赖项。 （ObservableList不仅是Java SE的一部分，也不是ArrayList的一部分。）
另外，如果你这样做
List myNonObservableList = ... ; ObservableList myObservableList = FXCollections.observableList(myNonObservableList); myObservableList.add(new MachineMonitor());
可观察列表由不可观察列表支持，因此更改也发生在myNonObservableList 。 如果您愿意，可以使用此方法。
简而言之，我认为使用ObservableList不会破坏MVC合约。
其余的，你可以阅读或不按照自己的意愿阅读，因为它非常烦人。
建筑图案背景
Observable在MVC样式体系结构中很有用，因为它们提供了一种通过松散耦合在MVC组件之间来回传递数据的方法，其中模型和视图类不需要直接相互引用，而是可以使用某些共享数据传递数据流的模型。 Observable模式和MVC风格的体系结构概念在Xerox PARC中同时起源并不是巧合 – 事情是相互关联的。
正如Martin Fowler的GUI架构所述 ，构建GUI的方法有很多种。 MVC只是其中之一，是他们所有人的祖父。 很好地理解MVC（它经常被误解）并且MVC概念适用于许多地方。 对于您的应用程序，您应该使用最适合您的系统，而不是严格遵循给定的模式（除非您使用强制执行给定模式的特定框架），并且还愿意在应用程序中采用不同的模式而不是尝试使用鞋拔一切都变成了一个概念框架。
Java Bean是几乎所有Java程序的基础部分。 虽然传统上通常只在客户端应用程序中使用，但是通过PropertyChangeListeners ，观察者模式在创建之后就已经成为Java Bean规范的一部分了。 JavaFX的可观察和绑定元素是对早期工作的重做，从中学习构建更方便使用和更容易理解的东西。 也许，如果JavaFX可观察和绑定元素在十年或十二年前作为JDK的一部分存在，那么这些概念将比一些纯GUI框架更广泛地用于更广泛的库和框架中。
忠告
我建议考虑MVVM模型和其他GUI架构。
如果你想要一个遵循模型，视图，演示者风格的简单框架，肯定会给afterburner.fx一个旋转。
我认为正确的架构选择取决于您的应用程序，您的经验以及您尝试解决的问题的大小和复杂性。 例如，如果您有一个分布式系统，那么您可以遵循REST原则而不是（或除了）MVC。 无论您选择哪种，架构都应该帮助您解决手头的问题（ 可能还有未来的问题）而不是相反的问题。 过度构建解决方案是一个常见的陷阱，并且很容易做到，所以尽量避免使用它。
警告
需要注意的一点需要考虑的是，可观测量必然会产生副作用，这种副作用难以推理，并且可能与隔离概念相对立。 JavaFX提供了一些很好的工具，例如ReadOnlyObjectWrapper和ReadOnlyListWrapper ，以帮助限制对observables的影响（如果你愿意，可以进行损坏控制），这样它们就不会在你的系统中运行。 使用这些工具（和不可变对象 ），不计后果地放弃。
从示例中学习
对于使用observable构建的简单JavaFX应用程序，请参阅tic-tac-toe 。
有关使用基于FXML的组件构建大型复杂JavaFX应用程序的好方法，请参阅SceneBuilder和SceneBuilderKit的源代码。 源代码在JavaFX mercurial源代码树中可用，只需检查并开始学习即可 。
阅读JavaFX UI控件架构 。 检查JavaFX控件源代码（例如Button和ButtonSkin或ListView和ListViewSkin ），以了解如何使用JavaFX结构应用MVC等概念。 基于该学习，尝试使用JavaFX控件框架提供的体系结构创建一些自己的自定义控件。 通常，在构建自己的应用程序时，您不需要创建自己的控件（至少是从JavaFX Control派生的控件 ）。 JavaFX Controls体系结构是专门为支持构建可重用控件的库而设计的，因此它通常不一定适用于所有目的; 相反，它提供了一种经过validation的方法的具体演示，以完成某些事情。 采用和改进经过validation的解决方案有很长的路要走，确保您不会不必要地重新发明内容，并且可以建立坚实的基础，并从其他人的试验中学习。
关于你的具体例子
我建议你去：
链接我的程序的“模型”和“视图”的最简单方法就是将“模型”类更改为具有ObservableList而不是ArrayList
也许使用ReadOnlyListWrapper将ObservableList从MachineMonitor暴露给外部世界，这样任何东西都不能过度地修改它。
设置一些封装视图的其他结构（例如ControlPanel和ControlPanelSkin），并为其提供对只读可观察的MachineMonitor列表的引用。 ControlPanelSkin可以封装TableView，图形或您想要用于监视计算机的任何可视旋钮和小部件。
使用这种结构可以有效地将视图与模型隔离开来。 该模型根本不了解UI的任何内容，ControlPanelSkin实现可以更改为完全不同的可视化表示或技术，而根本不更改核心MachineMonitor系统。
以上只是概述了一般方法，您需要根据具体示例进行调整。