为什么 Swing 在较新的 JavaSE 版本中受支持，但在 JavaFX 中不受支持？
Why is Swing supported in newer JavaSE versions, but not JavaFX?
从我的角度来看，我发现 JavaFX 比 Swing 更现代、更好用。
我读了一篇关于 future of JavaFX written by an Oracle employee 的文档，发现了一句话：
Oracle is reaffirming that Swing and AWT remain core Java SE
technologies to Oracle across all Java SE releases and support
timelines.
为什么较新的 JavaSE 版本支持 Swing，但 JavaFX 不支持？
这是一个商业问题。
一个答案是他们希望能够将 JavaFX 发布周期与主要的 Java SE 发布周期分开。尽管事实证明 JavaFX 遵循新的 Java SE 发布节奏。
第二个答案是将它们分开可能会使项目治理更简单。
But why JavaFX and not Swing?
再次，业务原因：
JavaFX 被认为比 Swing 更“小众”。所以拆分出来被认为更容易接受。
Swing（和 AWT）是旧项目中广泛使用的技术。我所说的旧项目是指已经存在 20 多年的“成熟”/“遗留”项目。分离 Swing 更有可能破坏更多旧项目。
“破坏”旧客户代码或实践的重大更改不利于 Oracle 的业务模型。他们惹恼了支付大量 Java 许可费的企业客户，他们可能正在考虑“战略性”切换到其他语言。
Swing（和 AWT）未在积极开发中，因此它们通常不会像 JavaFX 那样拖累主要的 Java SE 计划做。
不管怎样，这都是没有实际意义的。拆分 JavaFX 而不是 Swing 的决定是多年前做出的。它发生了。接受它。
从我的角度来看，我发现 JavaFX 比 Swing 更现代、更好用。
我读了一篇关于 future of JavaFX written by an Oracle employee 的文档，发现了一句话：
Oracle is reaffirming that Swing and AWT remain core Java SE technologies to Oracle across all Java SE releases and support timelines.
为什么较新的 JavaSE 版本支持 Swing，但 JavaFX 不支持？
这是一个商业问题。
一个答案是他们希望能够将 JavaFX 发布周期与主要的 Java SE 发布周期分开。尽管事实证明 JavaFX 遵循新的 Java SE 发布节奏。
第二个答案是将它们分开可能会使项目治理更简单。
But why JavaFX and not Swing?
再次，业务原因：
JavaFX 被认为比 Swing 更“小众”。所以拆分出来被认为更容易接受。
Swing（和 AWT）是旧项目中广泛使用的技术。我所说的旧项目是指已经存在 20 多年的“成熟”/“遗留”项目。分离 Swing 更有可能破坏更多旧项目。
“破坏”旧客户代码或实践的重大更改不利于 Oracle 的业务模型。他们惹恼了支付大量 Java 许可费的企业客户，他们可能正在考虑“战略性”切换到其他语言。
Swing（和 AWT）未在积极开发中，因此它们通常不会像 JavaFX 那样拖累主要的 Java SE 计划做。
不管怎样，这都是没有实际意义的。拆分 JavaFX 而不是 Swing 的决定是多年前做出的。它发生了。接受它。