java - 除了代码的可移植性之外，将 JavaFX 用于 android 项目而不是 android UI 本身的优势是什么

Question

大多数人会在 javafx 中制作他们的 android 项目的原因是在不同平台(例如 ios、桌面、android，甚至可能使用 Bck2Brwsr/teavm/doppio 的 web)上拥有相同的代码库

但我的问题是，与 android ui 框架相比，javafx ui 框架本身有什么优势吗？

我从来没有为 android 编写过一个 hello world 应用程序，但我现在打算这样做。所以我想知道如果我可以直接在 android 上开发除了可移植性之外，在 javafx 中编写代码是否值得。

Answer 1

这类问题可能会导致主观/固执己见的答案，但我认为这是一个很好的问题，所以我会提供我的评估。

1. 在所有这些平台上拥有相同的代码库是巨大的。不要忽略这一点。我正在使用 Gluon Mobile端口方面的Deep Space Trajectory Explorer (DSTE) 到 Android 和 iOS。正如您从视频中看到的那样，它的应用极其复杂。我绝不会在原生 Android 中重写它……从成本角度来看，这是不行的。
2. 从 JavaFX 开始开发可以更轻松地制作复杂的视觉效果。我不只是指传统的 2D GUI 形式。再次查看 DSTE，您会看到我们使用 Canvas 进行密集渲染和 JavaFX 3D 以及 FXyz做 3D 渲染的库。这些事情在 JavaFX 中很容易，并且再次使用 Gluon 在 Android/iOS 上简单地“正常工作”。事实上，让 DSTE 代码库的这些方面在 Pixel C 平板电脑上运行只花了大约一天的时间，其中大部分是正确设置 Gradle 构建。现在想象一下必须将 3D 代码从 JavaFX 移植到 Native 框架？我是一个 3D 人，但我仍然不会尝试。
3. 在桌面上进行测试比在移动设备上容易得多。这并不意味着测试是 100% 在桌面上进行的。有时在桌面上运行的东西在移动平台上“不起作用”，您必须相应地进行调整。但是，您可以使用 JavaFX 节省大量启动应用程序的时间，因为您知道 90% 的应用程序在您的移动设备上都可以正常运行。

不过，请记住，桌面应用程序不是移动应用程序。您会很想将桌面应用程序“移植”到您的设备上。我是第一次。您可能会遇到其他问题，您为桌面设计的界面和布局在移动设备上“有效”但不合适，因此可用性下降。移植时开始缓慢。想一想您的桌面工作流程的哪些方面应该调动起来。仅将您绝对属于移动工作流程的内容移植到移动工作流程中。省去一些麻烦。