Codenameone Java跨平台移动开发
为什么JavaFXPorts/glion移动应用程序比Codename、JUniversal或Tabris更好。谷歌展示了这三种解决方案，这让我想知道，这些解决方案还不够好吗？尤其是当Codename One声称比本机代码更快时。为什么一个人会选择开始一个新的项目，而不与现有的解决方案进行合作呢？代号one早于其他大多数解决方案，但走了一条完全不同的道路。事实上，据我所知，代号One的起源早于JavaFX 代号一是由移动人发起的，因此虚拟机并不试图提供完整的JDK。它很小，从地面向上敏捷。整个工具链是为移动设备设计的，正如他们在VM项目中所解释的： Gluon是基于JavaFX的，所以它需要完整的VM，而这在当时是依赖RoboVM的。代号一的人在上面的链接中解释了他们为什么不这么做。Gluon现在使用OpenJDK，这是一个解释器，可能不是在iOS上速度已经很慢的最好方法 FX是由桌面用户设计的，而Codename One是由移动用户设计的，两者在思维方式上的差异是巨大的 Tabris是一个服务器解决方案，JUniversal是微软的一个研究项目，推出的时间要晚得多。它的目标是不明确的 您错过了J2ObjC，它的目标是库的可移植性，而Avian是一个有趣的VM。据我所知，代号为One的港口在过去的表现不佳Codenameone Java跨平台移动开发,codenameone,javafxports,gluon,tabris,Codenameone,Javafxports,Gluon,Tabris,为什么JavaFXPorts/glion移动应用程序比Codename、JUniversal或Tabris更好。谷歌展示了这三种解决方案，这让我想知道，这些解决方案还不够好吗？尤其是当Codename One声称比本机代码更快时。为什么一个人会选择开始一个新的项目，而不与现有的解决方案进行合作呢？代号one早于其他大多数解决方案，但走了一条完全不同的道路。事实上，据我所知，代号One的起源早于JavaFX 代号一是由移动人发起的，因此虚拟机并不试图提供完整的JDK。它很小，从地面向上敏捷。整个工