JavaFXPorts/Gluon MobileアプリケーションがCodename One、JUniversal、Tabrisより優れているのはなぜですか？ Googleはこれら3つのソリューションを示してくれました。これらのソリューションは十分ではありませんでしたか？特に、Codename Oneがネイティブコードよりも高速であると主張する場合。そして、なぜ新しいプロジェクトを開始し、既存のソリューションと共同作業するのではないのですか？Javaクロスプラットフォームモバイル開発
コードネーム1は他のほとんどのものに先立っていましたが、かなり異なるパスをとっていました。実際、コードネームワンの起源は、私が知る限り、JavaFXに先立っています。
モバイルユーザによってコードネーム1が開始されたため、VMは完全なJDKを提供しようとしません。それは地面からの小さな機敏な& AOTです。 https://github.com/codenameone/CodenameOne/tree/master/vm
GluonはJavaFXベースなので、RoboVMに依存していたフルVMを必要とします。 Codename Oneの人たちは、なぜ彼らが上記のリンクでそれを行かなかったのかを説明しました。 Gluonは現在インタープリタであり、おそらくiOS上で犬が遅い何かのための最も良いapprohではないOpenJDKを使用します。
FXはデスクトップユーザーによって設計されており、コードネームワンはモバイルユーザーによって設計されていますが、マインドセットの違いは大きいです。
Tabrisはサーバーソリューションであり、JUniversalは後に出てくるMicrosoftの研究プロジェクトです。目標は不明です。
興味深いVMであるライブラリ移植性とAvianを目指すJ2ObjCが欠落しました。私の知る限りでは、コードネームワンはこれまでにパフォーマンスが劣っていたポートを持っていました。