9

我正在考虑使用 Haxe 的跨语言能力,但不确定它是否最适合这项任务。我将编写一个通用库,它应该能够在目标语言中使用并被记录(能够应用像 doxygen 这样的东西。)。换句话说,我想在 Haxe 中编写一个通用库,输出 c++ 代码(以及完成后的 java),并让其他程序员可以访问它。(不仅仅是 C+ 编译器可读)这是这项任务的最佳选择,还是我只为每种语言编写一个库版本会更好?

4

2 回答 2

7

当然这是可能的,尽管根据选择的平台可能会有一些尴尬。

在 JavaScript、neko 和 Flash 上,生成的代码非常接近原生代码,人们甚至可以在不知道它是在 Haxe 中生成的情况下使用它。

在 PHP 上,恐怕我不太清楚它是如何工作的。但是有一些命名空间黑客有点尴尬,但我认为这些可以通过用手写代码包装库来解决。

在 C++ 上,如果您不介意使用一些样板代码来启用反射,那么它几乎可以正常工作。它有一种处理构造函数的非标准方式,而且你应该非常小心,因为它附加了一个 gc,而且我不知道它处理外部代码持有它不知道的引用的效果如何。

关于新目标 - C# 和 Java 将与本机代码 100% 互操作。大多数 Haxe 功能都映射到平台的本机功能中,委托除外。但是,如果您不在界面中公开委托,那也没关系。他们还将生成一些样板代码以在这些平台上启用快速反射,但如果您知道自己在做什么,会有办法禁用它。

于 2011-01-27T06:01:57.057 回答
3

Haxe 不是为编写跨语言库而设计的,尽管它可以做到,而且我已经看到了一些它可以工作的例子:

  • 多边形,可用于 Haxe 和 AS3 的数据结构和物理引擎。
  • verb,一个基于 NURBS 的 CAD 库,可在 Haxe 和 JS 中使用。
  • daff,一个用于比较表的库,可用于 JS、Python、Java、C#、C++、Ruby 和 PHP。

然而,特别是对于 C++,由于hxcpp生成了很多 Haxe 特定的东西,包括 GC,它可能需要大量的清理,或者使用起来并不简单。您可以在 Haxe 邮件列表中询问。

于 2010-12-16T09:48:39.403 回答