codenameone - Java跨平台移动开发

Question

为什么 JavaFXPorts/Gluon 移动应用程序比 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 的，因此它需要完整的 VM，而这在当时依赖于 RoboVM。Codename One 的人在上面的链接中解释了为什么他们不这样做。Gluon 现在使用 OpenJDK，它是一个解释器，对于 iOS 上已经很慢的东西可能不是最好的方法。

FX 是桌面人设计的，Codename One 是手机人设计的，思维方式上的差异是巨大的。

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

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