mobile - Codenameone，英特尔的多操作系统引擎还是甲骨文的 MAF？

Question

微软正在停止 RoboVM，我什至不想弄清楚投资这个框架的公司和初创公司的麻烦。

我还看到另外三个 JAVA 跨平台移动框架:
英特尔的多操作系统引擎 https://software.intel.com/en-us/multi-os-engine ,
Oracle 的 MAF http://www.oracle.com/technetwork/developer-tools/maf/overview/index.html
和 https://www.codenameone.com .

有没有人完全了解这些框架？
他们的项目健康状况如何？其中有没有其他候选人会像 ROBOVM 一样崩溃？

Answer 1

我是 Codename One 的联合创始人所以我很偏见。请注意，您还错过了 J2Obj-c，这是一个重要的选项。代号一比 RoboVM 早了一段时间，与它不同的是，我们有一个商业模式/收入，这使得长期支持更有可能。

我不想传播关于 MAF/MOE 的 FUD，所以如果我有任何错误的事实，请纠正我，因为我没有跟上一切。 AFAIK MAF 没有太大的吸引力，它曾经打包一个解释过的 VM，只是通过一些额外的插件为 Cordova 提供了一个桥梁。似乎大部分 Oracle 资源都与 JET 相关。回到那天，我发现了一个 PDF，表明 MAF 每个应用程序的年度许可成本为 50K，我现在找不到它，所以我不知道它是否适用，但我建议彻底检查一下。

教育部不是产品。多年来它一直是“技术预览”，它不会离开这种状态。英特尔几年前停止了所有的移动开发，并解雇了所有相关人员，没有关闭的唯一原因是它不是产品。它是开源的，但这就像开源的 RoboVM。这两种产品都是过度设计的解决方案，其开源代码很难进行第三方维护。跟上苹果的步伐是一项全职工作。 Our VM采取了一种更为保守的方法，这使得它更容易维护/保持并使其更有效率。例如。 MoE 中的 hello world 将超过 50mb，而我们支持 bitcode 等功能，并且可以构建小于 5mb 的发布版本。

此外，MOE 不是 WORA(一次编写，随处运行)，这让我想到了 J2Obj-C，而 J2Obj-C 也不是 WORA。如果你要牺牲便携性，买一台 Mac 还不如使用 J2Obj-C，它比 MOE 更向前兼容，更小。它具有更简单的代码和架构，因此即使维护停止也不会中断。