展翅高飞的群鹰图片_ParparVM展翅高飞

展翅高飞的群鹰图片

我们为iOS构建的新VM的体系结构以及构建它的原因写了很多文章。 直到最近，我们始终将其视为一种特定的代号工具。 只会对我们有用的东西。 我们之所以使用开放源代码，是因为“这就是我们的方式”，此后没有多加考虑。

最近，我们开始意识到该工具可能对其他开发人员有用，这些开发人员可能会将其用于与我们最初意图不同的方向。 我们还得出结论，这完全不是一个坏主意。 因此，我们正在有效地将Codename One VM作为ParparVM启动 ，它包含许多有趣的好处。

为了避免造成混乱和复杂的支持开销，我们始终表示我们不为本地构建Codename One提供支持。 在我们主要的支持渠道是电子邮件和讨论论坛的那一天，这很有意义。 但是，既然我们将支持重点放在StackOverflow上，那么这应该不会成为障碍，因为它不会增加“噪音”。 我们无法保证为每个问题都提供答案，因为这些事情可能会超出我们的舒适范围，但我们将一如既往地尽力而为。 因此，随时可以使用“ codenameone”标签询问有关stackoverflow上的VM和本机编译的问题。

入门

此处提供了源代码，尽管应该可以将ByteCodeTranslator和JavaAPI项目设计为NetBeans项目，但可以直接与任何Java IDE或ant一起使用。 它需要asm 5.0.3，您可以在cn1-binaries项目中找到它。 您可以使用以下命令运行翻译过程：

java -jar ByteCodeTranslator.jar ios path_to_stub_class:path_to/vm/JavaAPI/build/classes;path_to_your_classes  dest_build_dir MainClassName com.package.name "Title For Project" "1.0" ios none

翻译过程成功后，您应该有一个可以正常运行和使用的有效xcode项目。 您需要一台Mac才能正常工作。 主类名称应具有一个public static void main(String[])方法，并且假定它位于com.package.name目录中（例如，您需要用传递的实际包替换com.package.name给翻译者）。

为什么要使用另一个VM for iOS？

在该领域似乎有很多开源的iOS Java VM，但现实情况是，大多数Java Java VM要么是专有的，要么依赖非常冒险的路径。 通过将字节码转换为C源代码，ParparVM实际上是我们所知道的唯一VM，它使用Apple支持的100％的Java兼容性。 最接近的第二名是Google的J2ObjC，但这并不是完整的VM，实际上填补了与ParparVM完全不同的地位。

XMLVM的C后端具有类似的体系结构，但是该项目不再得到积极维护。 积极维护的所有其他适用于iOS的Java VM使用Apple不正式支持的方法，例如LLVM代码或ARM代码。 这使得这些解决方案对于Apple所做的更改非常脆弱。 例如这个报价 ：

我们的工作是在iOS 9公开发布之前及时增加对iOS 9的全面支持，这是我们在生存中面临的最艰巨的挑战之一

亨利克·穆勒

相比之下，ParparVM不需要更改任何代码即可支持iOS 9、64位，位代码或Apple进行的其他更改。
ParparVM的核心工作花了我们大约一个月的时间，而相比之下，VM显得微不足道。 从这个意义上讲，微不足道也是很好的，因为这意味着即使没有新手，也可以在没有严格的编译器工程背景的情况下进一步扩展和增强VM。

采取行动

在Codename One项目中检出ParparVM页面，对其加星标/分叉并开始使用它。 让我们知道您的想法，以及如何改善以下注释中设置的VM覆盖率/功能。 我们认为我们可以向VM添加许多功能作为条件选项，从而保留Codename One不需要的东西作为可以随意打开的第三方扩展。

翻译自: https://www.javacodegeeks.com/2015/12/parparvm-spreads-wings.html

展翅高飞的群鹰图片