在Lua虚拟机上运行JavaScript有意义吗?

Lua很小,可以很容易地embedded。 目前的JavaScript虚拟机非常庞大,难以集成到现有的应用程序中。
所以不可能编译JavaScript到Lua或Lua字节码?
特别是对于移动应用程序的限制,这似乎是一个很好的select。 能够轻松地将最stream行的脚本语言集成到任何iPhone或Android应用程序将是伟大的。

我对Lua不是很熟悉,所以我不知道这在技术上是否可行。
有了Luvit,有一个活跃的项目试图将Node.js架构移植到Lua。 所以,平静的JavaScript世界离Lua的可能性还有很远的距离。

       

网上收集的解决方案 "在Lua虚拟机上运行JavaScript有意义吗?"

编译Javascript到Lua的胜利并不像你想像的那么好。 Javascript的语义与Lua非常不同(LuaJIT的作者引用Lua的devise是LuaJIT可以和Javascript JIT编译器竞争的主要原因之一)。

拿这个代码:

 if("1" == 1) { print("Yes"); } 

这在Javascript中打印“是”。 Lua中的等价代码不会,因为string永远不会等于Lua中的数字。 这可能看起来像一个小问题,但它有一个基本的结果:我们不能再使用Lua的内置的相等性testing。

我们可以采取两种解决scheme。 我们可以将1 == "1"重写为javascript_equals(1, "1") 。 或者我们可以将每个Javascript值包装在Lua中,并使用Lua的metatables覆盖==操作符的行为。

所以我们已经通过将Javascript映射到Lua而失去了一些效率。 这是一个简单的例子,但它继续这样一直下来。 例如,Javascript和Lua之间的所有运算符规则都是不同的。

我们甚至不得不打包Javascript对象,因为它们和Lua表不一样。 例如,Javascript对象只支持string键,并将任何索引强制转换为string:

 > a = {} {} > a[1] = "Hello" 'Hello' > a["1"] 'Hello' 

您还必须注意Javascript的范围规则,可变参数函数等等。

现在,所有这些都是可以克服的,如果有人把努力放到一个完整的编译器中的话。 然而任何提高效率的东西都很快就会被淹没。 你基本上最终会在Lua中build立一个Javascript解释器。 大多数Javascript解释器都是用C编写的,并且已经为Javascript的语义进行了优化。

所以,为了提高效率是失败的原因。 可能还有其他的原因,例如在Lua环境中支持Javascript,尽pipe如果可能的话,只要将Lua绑定到现有的Javascript解释器中,可能会less一些工作。

如果你想用Javascript-> Lua源代码到源代码翻译器来玩 ,请看看js2lua ,这是我在一段时间后创build的一个玩具项目。 这并不是完整的,但玩它肯定会给一些思考的食物。 它已经包含了JavaScript词法分析器,所以已经完成了艰苦的工作。