你们怎么看待Lua这门语言。

[adspe]

前景如何。难度如何。

[adspe]

@liuhang0077 看到链接想起来好像是minitokyo上的。

[adspe]

@middleware Lua和JS比起来优势有多大。

[LazyZhu]

@clowwindy
特别是 luajit2 的出现后 :)

[darasion]

撸 哇 语言，玩游戏用的。

[middleware]

@adspe

JavaScript 的优势在于在 browser 上的成熟度（Lua 有以 JS 为目标的 VM 可以运行在 browser 上，不过成熟度自然没有 native JS 高）。

从语言角度说，JS 有的功能和 expressiveness，Lua 全都有，而且是用更 elegant 的方式设计和实现的。能嵌入到任何 app 中（Lua VM 没有 ANSI C 之外的东西，没有太多的宏，没有全局变量，不会劫持 message-loop 和 main()，所以完全不会污染现有代码）。

孰强孰劣？

[flied]

迅雷7的UI引擎是lua写的，嗯嗯，而且是开源的。

[clino]

@middleware 很多时候不是哪个技术好就能胜出的

[middleware]

@clino 所以呢？难道技术好反而变成不能胜出的充分条件了？我列出 Lua 的优势，当然是在各种 context 下考虑的。其中 non-browser 环境下可以说 JavaScript 没有什么显著优势。

[54dev]

今天晚上有特么的哪个女的要跟你走啊。

[BigZ]

@middleware js的优势在于简单：语法简单；不需要ide；不需要编译，随写随用

这也是nodejs选择用js来开发的一个原因

[BigZ]

这个世界上没有童话

lisp诞生了超过40年还这么小众，java这么主流，米国这样强大，都是有原因的

[middleware]

@BigZ 所以呢？Lua 没有这些优点吗？Lua 诞生了多少年？而且它是从哪个国家诞生的？以 Lua 的年龄和发源地能取得今天的流行度，不能说明一些问题吗？

[ant_sz]

Lua 从一开始设计出来就是用作其他语言编写的程序的扩展语言的

用来做配置文件，实现flexible的脚本逻辑等很方便。
比如魔兽争霸和其他很多游戏都用他作为游戏关卡设置和控制的脚本，而主程序核心仍然是其他语言。

实际上一直以来Lua的主要解释器不过是用来测试Lua的，更主要Lua提供了多种语言的比如说C的调用库。使得其可以极其方便的与其他语言进行交互。

我想说每个语言都有自己的应用范围，没有哪种语言是可以一统天下的。 Lua 有自己特色和目标，在自己的领域表现的非常好，是有强大的生命力的。

[middleware]

我也不想说 Lua 能包打天下，只是说明各种语言它们的流行度的来源。比如 JavaScript，它的语言本身设计很差（相对的，当然和编译语言相比要轻量），流行度主要来自 browser 环境的成熟度（node.js 也是借用了这一点）。

了解了渊源，大家可以自行判断前景。

[adspe]

@middleware 这个有体会。

[middleware]

@adspe Lua 不是最快的。不过它有一个冠军。Lua 算是用 ANSI C 实现的最快的 VM。其它 VM/JIT 多少要用到一些编译器扩展或者汇编。所以在高度跨平台的项目中 Lua 是不错的。而且在使用编译器扩展和汇编的前提下，LuaJIT 是非常快的实现。

[muxi]

非常支持 @middleware 的说法，最近一直在寻找一种能够高效利用CPU可以在web领域做RPC后端的语言，Lua在我的测试中确实表现出色，虽然跟Go比起来性能稍微有些慢，但是比起Go的语法，我更喜欢Lua，至少看着爽，现在纠结是用Lua还是用Go来写开始写原型，纠结于Go的学习曲线和过于简单的库

[middleware]

@muxi 其实我觉得大规模项目还是用静态类型语言做比较好。不过，写软件至少要写两遍，第一遍是把自己的想法快速的落到 code 上，第二遍是把 code 改成别人能看懂的。动态语言适合第一步，静态语言适合第二步。

不过当今软件开发的难点是：动态语言的 code 不是那么容易就能改写成静态语言的。所以我们都在凑合：要么爽在第一步，但是项目越大越发愁；要么慢在第一步，但是项目大了不会失控。不好说 Lua 完全解决了这个问题，但是我觉得它的 C API 至少向正确的方向走了一步。

Go 是静态语言，它也是用来更好的完成第二步的。至于第一步的衔接如何我不太清楚。