在Actionscript-3上使用Haxe的利弊是什么？

我正在考虑使用Haxe代替AS3。
这有什么坏处？我可以想到：

• 使用本机AS3库的困难
• 语言翻译后调试困难
• 哈克斯相当年轻，可能有一些粗糙的边缘。是吗

你们中有人有阴暗面吗

什么是冒险？我听说：

• 表演
• 多个目标（但我不认为这有什么用处）
• 最好把它打成3
• 也许更好的语法

Haxe足够大，应该有更多。Haxe的优点是什么

编辑：

---

如果没有真正的缺点，那么为什么Haxe不取代AS3呢

你的第一点肯定是正确的。一些“本地”库（如Flex）可能需要在项目中包含一些gym。在绝大多数情况下，这是一个相当顺利的过程。Haxe支持多个swf库，允许导入资产的代码立即在应用程序中可用。请注意，导入的lib不仅是嵌入的，而且被识别为代码资产，因此如果您的IDE与Haxe集成，那么您也将有相应的类型完成

关于调试，翻译没有任何问题，因为语言没有翻译成AS3，而是直接编译成AVM2字节码。当-debug开关打开时，带有源代码引用（文件名、行和位置）的完整堆栈跟踪将完全保留。一个未捕获的异常将精确地指向生成它的代码行

Haxe并没有那么年轻，可以肯定的是，AVM2输出是所有输出中支持最好的。在我看来没有什么不好的地方

在你概述的优点中，我想强调的是，多个目标可能是巨大的。当然，要真正利用它，您不能真正依赖AS3特定的外部LIB。即使如此，您仍然希望/可以跨项目重用大量代码

还有一些其他优势：

• 宏是最近增加的一个功能，它增加了大量的可能性
• Molehill API已经可用于Haxe（SVN版本），Nicolas正在开发一个着色器系统，使其更大
• Haxe在不断发展，每次发布都会带来新的（重要的）特性

---

更好的语法是有争议的。我对HaXe语法不太感兴趣，但它至少是可用的。@脚本同意，我不喜欢HaXe语法的某些部分，例如函数变量。至少是可用的？不太疯狂？函数变量不正常？为什么会这样？你能更好地解释一下你在这里的意思吗？你并没有真正激发你的理由。@Lukasz。。。haXe没有Adobe大小的公司的支持。尽管如此，它还是缺少了一个功能齐全的IDE，它可以在多个操作系统上工作，并且没有面向设计者的可视化编辑器。可能还有其他原因，但就我而言，这对我的工作来说是完美的。谢谢，这是一个很好的答案。你能提供一些关于图书馆使用所需的“健身房”的参考资料吗？我还补充了一个问题，你可能想与之相关。老实说，我不能：）。。。上一次我尝试（我们在几年前讨论过））时，在域和使flex代码正常工作方面遇到了问题。很有可能现在这个过程会更容易。当我有时间的时候，我会试着再试一次。