Question

Lua很小，很容易嵌入。当前的JavaScript VM非常庞大，很难集成到现有的应用程序中那么将JavaScript编译为Lua或Lua字节码是不是可能？特别是对于移动应用程序中的限制，这似乎是一个很好的选择。能够轻松地将最流行的脚本语言之一集成到任何iPhone或Android应用程序中都会很棒。

我对Lua不是很熟悉，所以我不知道这在技术上是否可行使用Luvit，有一个活动项目试图将Node.js架构移植到Lua。因此，规范的JavaScript世界离Lua可能不太远。

Answer 1

将Javascript编译为Lua的胜利并不像您最初想象的那么好。 Javascript的语义与Lua的语义非常不同（LuaJIT作者认为Lua的设计是LuaJIT可以与Javascript JIT编译器竞争的主要原因之一）。

拿这段代码：

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

这在Javascript中打印“是”。 Lua中的等效代码没有，因为字符串永远不等于Lua中的数字。这似乎是一个小问题，但它有一个基本结果：我们不能再使用Lua的内置平等测试。

我们可以采取两种解决方案。我们可以将1 == "1"重写为javascript_equals(1, "1")。或者我们可以在Lua中包装每个Javascript值，并使用Lua的元表来覆盖==运算符行为。

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

我们甚至必须包装Javascript对象，因为它们与Lua表不同。例如，Javascript对象仅支持字符串键，并将任何索引强制转换为字符串：

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

您还必须注意Javascript的范围规则，vararg函数等。

现在，如果有人将精力投入到完整的编译器中，所有这些都是可以克服的。然而，任何效率提升很快就会被淹没。你最终将在Lua中构建一个Javascript解释器。大多数Javascript解释器都是用C语言编写的，并且已针对Javascript的语义进行了优化。

因此，为效率而做是一个失败的原因。可能还有其他原因 - 例如在仅限Lua的环境中支持Javascript，尽管如此可能只是将Lua绑定写入现有的Javascript解释器可能会减少工作量。

如果你想玩一个Javascript-＆gt; Lua源到源的翻译器，请看看js2lua，这是我创建的玩具项目。它不是完整的，但玩它肯定会让人有所思考。它已经包含了一个Javascript词法分析器，因此已经完成了艰苦的工作。

在Lua VM上运行JavaScript是否有意义？

1 个答案: