｛Lua｝语言版块

Perlvim

SciTE 编辑器是用Lua 语言扩展的，ScitTE的表现力比Vim还要强大，在代码区域中，可以用不同的字体表现不同的部分，而且集成一键调试功能，更适合写代码和表现文档，就是缩进的问题。

function function_name (a, b)
    print("hello")
end

第二行不能自动缩进，要用空格或者tab键设置。

谁知道设置 Lua 的自动缩进呢？

laputa73

周末出差学习了一下programming in lua,没看完
它的socket和协程还是比较有意思的,和perl的coro很象,不知道效率如何.
不过是语言自带的,文档也比较丰富些.
语法更像js一些

Perlvim

Lua 语言很容易用面向对象的形式编程，因为每一个 table 都是 object

rubyish

lua语言 很简单，很粗陋，很不完备。
我认为不值得学习 。

Perlvim

Lua 语言不是一门有完整库的语言，但是有扩展成任何编程泛型的能力。可以作为动态语言的引擎。Perl 社区的 Parrot 项目从2001年至今，已经背离了当初的简洁快速的风格，逐渐发展成一个庞大的项目。而 Lua 项目和当初 Parrot 的定位完全一致，可以做为所有动态语言的底层运行引擎。

为什么不用 JVM 或 LVM ， 因为它们是基于栈的虚拟机，指令密度小，和寄存器无关。而 Lua 是一门有着基于寄存器的架构的虚拟机，这也是为什么有一个LuaJIT 项目的原因，因为计算机是原生的寄存器的运算设备。

基于寄存器的指令通常一条会涉及到三个寄存器，就好像 a = b + c , 在基于寄存器的架构中，是一条语句，而在基于栈的架构中，是三条语句或更多。

术业有专攻，不是 Lua 没有能力开发庞大完备的库，而是它从始至终就定位成一个底层引擎，简洁，快速，可扩展性强。经过近20年的发展，内核精致，近乎完美。

在我看来，所有的语言，除了语法，效率不同外，表达的是一样的算法，底层的编程模型，总能用另外一种语言用或多或少的代码模拟。

在语言开发领域，太多的重复工作，太多的重复建设。太多人纠结于语言本身的华丽表达和运行效率，而不注重算法。

rubyish

在我看来，
用 Lua ==  太多的重复的，无聊的，工作。
有的人纠结于语言本身的运行效率，而不注重任何编程效率。
Lua 不是一门有编程效率的语言。

Perlvim

是的，你说的没错，所以我决定学习 Ruby, 不单单是为了让别人看懂，也是为了让我能时刻看懂自己的思路。

学习 Lua 完全是为了了解更底层的编程模型，和如何用这些更基本的特性，构建其他的面向对象，面向函数，面向过程的语言特性。了解关于并发的基本原理，最重要的是两种完全不同的语言之间的沟通原则。

zhouchongzxc

为什么不学学lisp呢? 关于你提到过的缩进的问题在emacs下面很容易就解决了。ruby的作者是用emacs的，如果你会了emacs，有可能知道他是怎么想的。你会给vim写插件吗?语言重要还是编辑器重要呢? 到底哪一个才是工具？如果你会了C语言，还有语言是你学不会的吗?

atgc

lua是最快的脚本语言？那那样还不把别的脚本语言比如Perl啥的灭了？

Perlvim

两种语言的地盘不同，不会起冲突的。