java - 不使用 JavaFX 时使用 FXCollections 是否干净/正确

Question

我正在回答question ，其中的解决方案是使用像 ObservableList 这样的可观察集合。后来我意识到我不知道该解决方案是否被视为“干净”，因为使用 FXCollections 中的 ObservaleList 就像部分使用 JavaFX 但同时不使用它一样。

可以使用FXCollections吗？并将它们与 AWT 混合或在 Spring framework或者任何其他与 JavaFX 无关的框架？

我在 Java/Kotlin 中没有找到任何 native 可观察集合 API。是否有一个包含可观察集合并将它们与 JavaFX 分开的库/框架？我尝试查找它们，但只找到 RxJava ，据我了解，这与我想要的行为无关。

总结我的问题:在与 JavaFX 没有任何共同点的项目中使用 FXCollections 是否被认为是干净的。如果没有，是否有一个框架可以产生与可观察集合相同的行为？

Answer 1

总体来说，有点气味。引入对特定(大型)框架/组件的依赖，然后只使用一小部分技术，这应该“完全有意识”地完成。

您始终必须在重用现有代码与自己编写之间取得平衡。你不应该像超市一样看待这个世界，在那里你走来走去，把任何乍一看有用或有趣的东西扔进你的购物车。像 maven 这样的构建工具使这一切变得 super 简单(只需在 POM 文件中添加另一个条目，对吧)，但是定义依赖项是这个决定较小的部分!它可能会在以后产生不愉快的后果。

话虽如此，当您具体询问 JavaFx 时，我的答案是:避免这样做。

JavaFX 的问题是:在使用 JavaFX 时，有很多环境会给您带来麻烦。我不止一次看到 A 组创建了基于 JavaFX 的工具，然后发现 B 组无法使用该工具，因为他们必须在 IBM System Z 上使用它。抱歉，IBM System Z 和 JavaFX 不是一个很好的故事。

长话短说:向项目添加新的依赖项需要一个明确的决定，并且您必须确保它不会给使用您的交付的人员带来问题。添加依赖项只需 5 分钟即可完成，但随后您就在项目的整个生命周期中让自己依赖!考虑到 JavaFX 的悲伤故事，谁知道 1、3、5 年后它会发生什么。