Java跨平台移动开发

Question

为什么 JavaFXPorts/Gluon Mobile 应用程序会比 Codename One、JUniversal 或 Tabris 更好。谷歌展示了这三个解决方案，这让我想知道，这些解决方案还不够好吗？特别是当 Codename One 声称比本机代码更快时。为什么会选择开始一个新项目而不是与现有的解决方案合作？

Answer 1

代号一早于大多数其他代号，但走的是一条截然不同的道路。事实上，据我所知，Codename One 的起源早于 JavaFX。

Codename One 是由移动用户启动的，因此 VM 不会尝试提供完整的 JDK。从头开始，它是小巧灵活的 AOT。正如他们的 VM 项目中所解释的那样，整个工具链是为移动设备设计的：https://github.com/codenameone/CodenameOne/tree/master/vm

Gluon 是基于 JavaFX 的，因此它需要完整的虚拟机，而过去依赖于 RoboVM。 Codename One 的人在上面的链接中解释了为什么他们不这样做。 Gluon 现在使用 OpenJDK，它是一个解释器，对于 iOS 上已经很慢的东西可能不是最好的方法。

FX 是由桌面人员设计的，而代号一是由移动人员设计的，思维方式上的差异是巨大的。

Tabris 是一种服务器解决方案，而 JUniversal 是微软的一个研究项目，它出现的时间很晚。它的目标不明确。

您错过了以库可移植性为目标的 J2ObjC 和有趣的 VM 的 Avian。据我所知，代号一号过去有一个性能不佳的端口。