作为一个长期的JavaFX用户，我无法理解甲骨文为什么要走这条路，我不是在说将JavaFX与JDK脱钩，在我看来这其实是一个不错的选择。
JavaFX是为数不多的能够跨操作系统的GUI框架之一，我相信如果甲骨文坚持使用它，而不是把它交给Gluon，它很容易成为最受欢迎的框架，因为Gluon基本上只是在维护它。
现在仍然没有可行的替代方案，这就是为什么我对它如此不满。当然，有Swing，但与JavaFX相比，它真的很痛苦。Electron很受欢迎，也很方便，但它也很臃肿。Qt很乱，而且在某些情况下甚至不免费。Compose Desktop（内存消耗真的很严重）和Flutter都在试图填补这一空白，但在我看来，除了它们仍然不稳定之外，它们本身都有问题。
JavaFX可以有很大的潜力，尤其是在JVM即将到来的时候，像Valhalla项目、Lilliput甚至可能是Leyden，这些都可以使JavaFX成为一个相当轻量级的解决方案，与现有的产品相比。
网友回复：
1. 我认为JavaFX试图与整个Electron/JavaScript/Node堆栈竞争将是一个难以攀登的高峰。JavaScript和Node实在是太容易使用了。
我也很喜欢JavaFX，但从商业角度来看，你必须选择放弃你的战斗。
2. 为什么你认为 JavaFX 被抛弃了？JavaFX 几周前刚刚发布。它正在积极开发中。
JavaFX 18 包括 10 个增强功能和约 100 个错误修复：
https://github.com/abhinayagarwal/jfx/blob/8282766/doc-files/release-notes-18.md
Swing 仍然存在，并且是一个完美的 GUI 工具包（可能是现存最好的记录工具包）。
3. 方便，这就是Electron“赢”的原因。此外，声明式 UI 开发（这是 React、Compose 和 Flutter 所做的）感觉更自然，人们倾向于这样做。