在Lua VM上运行JavaScript是否有意义?
Lua体积小,可以轻松嵌入.当前的
JavaScript VM非常庞大,很难集成到现有的应用程序中.
那么将JavaScript编译为Lua或Lua字节码是不是可能的? 特别是对于移动应用程序中的限制,这似乎是一个很好的选择.能够轻松地将最流行的脚本语言之一集成到任何iPhone或Android应用程序中都会很棒. 我对Lua不是很熟悉所以我不知道这在技术上是否可行. 解决方法
将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-> Lua源到源的翻译,请看一下js2lua,这是我创建的玩具项目.它不是完整的,但玩它肯定会让人有所思考.它已经包含了一个Javascript词法分析器,因此已经完成了艰苦的工作. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |