关于Java：将JavaFX从jdk跨平台删除后是否可以？

cross-platformjavajavafxjavafx-11release

Does JavaFX after removing it from jdk cross-platform?

JavaFX 11是跨平台的吗？正如我在openjfx.org中看到的那样，我必须下载每个平台的发行版。如果是这样，我可以以任何形式跨平台使用它吗？我应该为每个Java版本使用每个javafx版本吗？
不要告诉我使用Maven之类的东西。我想编写一个跨平台软件。每个操作系统的每个发行版都没有多版本软件。我想在检查操作系统后加载模块，但是我可以这样做吗？
无论如何，有很多跨平台的库，即使它们都有本机代码，那么为什么OpenJFX不这样做呢？
编辑
我没有对此进行测试，但是也许我们可以包括来自maven的所有系统的所有javafx依赖项

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<dependency>
<groupId>org.openjfx</groupId>
javafx-controls</artifactId>
<version>15.0.1</version>
<classifier>win</classifier>
</dependency>
<dependency>
<groupId>org.openjfx</groupId>
javafx-controls</artifactId>
<version>15.0.1</version>
<classifier>linux</classifier>
</dependency>
<dependency>
<groupId>org.openjfx</groupId>
javafx-controls</artifactId>
<version>15.0.1</version>
<classifier>mac</classifier>
</dependency>
</dependency>

相关讨论

同样的问题在这里。一键创建用于不同平台的捆绑包并非易事。我最近启动了一个新项目，尝试使用另一种部署应用程序的方法：Drombler JStore(工作名称)。您可以在此处阅读有关此内容的更多信息：puces-blog.blogspot.com/search/label/Drombler JStore
简短的答案：不。请远离并尝试使用Swing。
@ 0__我必须说我完全同意你的观点。令人失望的是，JavaFX不是Java SE的一部分，因此我们必须将其添加到依赖项中，从而导致JAR繁重。我将JavaFX用于基于HTML的帮助系统，因为Swing / AWT中没有不错的HTML文本组件。如果Swing中有一个现代(HTML5)组件，我将立即删除JavaFX！
@HummelingEngineeringBV您"应该"用jlink和/或jpackage打包您的桌面应用程序，从而使Java SE中不包含JavaFX成为无关紧要的事实。
@Slaw，用jpackage打包我的桌面应用程序，使它们变得更重，因为它包含整个JRE。我同意这是一个强大的解决方案，但是对于分发小型(轻型)应用程序来说当然不是很优雅。
@HummelingEngineeringBV我不同意它的优雅，除非您要分发到空间非常有限的设备。我认为，不雅致的是要求最终用户安装特定版本的Java(可能来自特定供应商)。而且对于空间有限的设备，您可能仍然拥有更多控制权，因此您可以强制安装带有JavaFX的JRE(某些供应商提供此功能，或者您可以构建自己的独立于应用的JRE，其中包括通过jlink的JavaFX)。但是最终，如果这是一个问题，那么我同意应该避免使用JavaFX。
@Slaw我很少遇到不同版本的Java的问题。对我们来说，Java的全部好处是所有目标计算机上都有一个JRE，因此我们在开发和分发应用程序时不必担心这一点。尽管它有缺陷，但我喜欢JNLP的部署和自动更新机制。但这也没有了，所以在C语言中也要发展思维。还将给我带来计算性能方面的好处...如今，似乎没有人在乎软件的下载(下载)，而这确实困扰着我。不明白为什么对于高速PC和Internet来说这是必需的？
@HummelingEngineeringBV这很公平。就个人而言，无论如何，我宁愿使用Java而不是C进行编码。如果需要Java的提前编译，也可以签出GraalVM的本机映像。但是，重申一下，Oracle在其JDK中不包括JavaFX(Oracle甚至不再提供仅JRE的下载)这一事实对我来说仍然无关紧要。其他供应商的确为JRE提供JavaFX，或者您可以通过jlink构建和分发自己的JRE。
@Slaw从编码angular来看，我也更喜欢Java而不是C。尽管如此，JVM(或至少是Oracle)背后的想法是，它应该包含基础Java。因此，讨论可以归结为：JavaFX应该属于该基础部分还是应该被视为某些可选库？由于JavaFX被认为是Swing / AWT的替代品，因此我认为这应该是该基础的一部分。我既不能依靠也不能说我的所有目标计算机都具有GraalVM或JavaFX附带的任何其他JVM。

JavaFX 11不再是JDK的一部分，现在以两种形式分发：

作为https://gluonhq.com/products/javafx/中的SDK。
通过Maven Central，例如https://search.maven.org/artifact/org.openjfx/javafx-controls/11/jar

下载JavaFX SDK时，必须选择一个平台，与为平台安装JDK时相同。就API而言，它仍然是跨平台的，因此您的代码在每个平台上看起来都是相同的，但是就SDK /依赖关系而言，它是特定于平台的。

这样做的原因是每个SDK都捆绑了本机库。

如果您查看三个JavaFX 11 SDK捆绑包，它们每个压缩后的大小约为40 MB：

Windows：压缩后为39.7 MB，dll库中为64.8 MB(jfxwebkit.dll仅具有59.2 MB)，jar和源文件中为15.5 MB。
Mac：压缩后为39.7 MB，dylib库中为72.2 MB(libjfxwebkit.dylib仅具有67.8 MB)，jar和源文件中为15.6 MB。
Linux：压缩后为43.8 MB，因此库中为84.9 MB(libjfxwebkit.so仅具有80.1 MB)，jar和源中为15.8 MB。

现在的问题是：您会将三个平台捆绑在一起吗？三个平台的总压缩大小为120 MB，未压缩的本机库约为220 MB？

openjfx-dev邮件列表中恰好有关于此问题的辩论，但我相信所采用的方法是正确的。

如果使用Maven / Gradle并从Maven Central检索依赖项，则必须在Gradle上为平台指定分类器。请参阅入门示例。 Maven在内部进行操作，因此即使您未设置分类器，它也只会下??载适用于您平台的jar。

因此对于不使用WebView的常规项目，这很有意义，因为您将只下载平台所需的模块依赖项：javafx.base，javafx.graphics，javafx.controls和javafx.fxml。

但是到目前为止，这是无法更改的，您可以获得平台无关的JavaFX API，但具有特定于平台的JavaFX SDK /模块。

请注意，分发JavaFX应用程序时，将使用Jpackager，并且将为三个不同的平台发布三个不同的版本，因此无论哪种方式，都需要特定于平台的分发。

相关讨论

JavaFX是用Java编写的，它是在跨平台的JVM上运行的。因此，这意味着JavaFX也是跨平台的。

您下载了不同的发行版以在您的计算机上运行JVM。但是您的JavaFX代码可以在任何这些版本中运行，因此它是跨平台的。

相关讨论