Lua 那些坑爹的特性
2014-06-12 21:50
267 查看
原文链接:http://lilydjwg.is-programmer.com/2012/12/29/lua-caveats.36879.html
本文来自依云's Blog,转载请注明。
协程(coroutine)应该是 Lua 最大的卖点之一了。可是,它有一个在文档中根本没有提到过的弱点:只能在 Lua 代码中使用,不能跨越 C 函数调用界限。也就是说,从 C 代码中无法直接或者间接地挂起一个在进入这个 C 函数之前已经创建的协程。而 Lua 本身作为一种易于嵌入的语言,必然不时与 C 打交道。
比如以下程序:
co.lua
C 模块代码:
c.c
在官方版 Lua 以及 LuaJIT 中会出现「attempt to yield across metamethod/C-call boundary」错误。只有打过 Coco 补丁的版本才能正常执行。
据说 LuaJIT 已经解决了这个问题,不过我想他们说的是内建函数支持 yield 而已。
在 Lua 5.2 中,提供了新的 API 来支持在 C 中 yield。不过,既然是 C API,当然得改代码,而且看上去比异步回调更复杂。
nil 相当于 Python 中的 None 或者 C 中的 NULL,表示「没有这个值」的意思。但是,一个神奇的地方在于,所有未定义的变量的值均为 nil。所以,在 Lua 中有空值 nil,但是有时它又不存在:当你尝试把 nil 值存到表里时,它会消失掉。
另外,当 nil 被传入接受可变参数的函数时,官方版 Lua 只能通过
LuaJIT 中还有这样一个值,它等于 nil。但是根据 Lua 语言标准,只有 false 和 nil 的值为假。于是,在 LuaJIT 中,两个相等的量,却有着不同的真值。它就是 ffi 中的 NULL 指针。
在另外一些地方,也会有其它各种库定义的 null 值,比如
Lua 一直不肯添加 continue 关键字。作者声称不添加不必要的特性。请问有谁认为「repeat ... until」结构比「continue」关键字更有必要?于是,凡是本来应当使用 continue 的地方,都不得不弄一个大大的 if 语句:
在 Lua 中只能这么写:
所以,Lua 代码的左边空白的形状都是些 45° 或者 135° 的斜线。
Lua 中,习惯的错误表达为,返回两个值,第一个为 nil 表示发生了错误,第二个为字符串,是错误信息。字符串形式的错误信息显示给用户挺不错的(想想微软喜欢的长长的错误号)。可是,程序里只好用模式匹配去判断是否发生了指定类型的错误。这多么像 VimScript 中的错误处理啊。journald 取代 syslog 的重要原因之一就是它存储的是结构化文本。Lua 错误处理最伟大的一点则是我们又回到了字符串匹配。别以为你可以返回一个
table 或者 userdata 来表达错误。很多库可不这么认为。当你的结构化错误被
别的编程语言下标都从 0 开始。Lua 为了更「人性化」,其下标从 1 开始。其实写多了也能习惯,除了当通过 ffi 获得一个 C 数组的时候……
return 语句之后必须跟着一个
访问表或者 userdata 的域使用一个点
Lua 是不支持面向对象的。很多人用尽各种招术利用元表来模拟。可是,Lua 的发明者似乎不想看到这样的情形,因为他们把取长度的
C API。纯 Lua 只能望洋兴叹。
Lua 只适合写写配置。做纯计算用用 LuaJIT 也不错。复杂的逻辑还是交给专业点的语言吧。
本文来自依云's Blog,转载请注明。
协程只能在 Lua 代码中使用
协程(coroutine)应该是 Lua 最大的卖点之一了。可是,它有一个在文档中根本没有提到过的弱点:只能在 Lua 代码中使用,不能跨越 C 函数调用界限。也就是说,从 C 代码中无法直接或者间接地挂起一个在进入这个 C 函数之前已经创建的协程。而 Lua 本身作为一种易于嵌入的语言,必然不时与 C 打交道。比如以下程序:
在 Lua 5.2 中,提供了新的 API 来支持在 C 中 yield。不过,既然是 C API,当然得改代码,而且看上去比异步回调更复杂。
幽灵一般的 nil
nil 相当于 Python 中的 None 或者 C 中的 NULL,表示「没有这个值」的意思。但是,一个神奇的地方在于,所有未定义的变量的值均为 nil。所以,在 Lua 中有空值 nil,但是有时它又不存在:当你尝试把 nil 值存到表里时,它会消失掉。另外,当 nil 被传入接受可变参数的函数时,官方版 Lua 只能通过
select('#', ...)获取参数个数。至于 LuaJIT,很遗憾,没有办法。
LuaJIT 中还有这样一个值,它等于 nil。但是根据 Lua 语言标准,只有 false 和 nil 的值为假。于是,在 LuaJIT 中,两个相等的量,却有着不同的真值。它就是 ffi 中的 NULL 指针。
在另外一些地方,也会有其它各种库定义的 null 值,比如
ngx.null、
cjson.null。这些空值之间哪些相等哪些不等就难说了。
没有 continue
Lua 一直不肯添加 continue 关键字。作者声称不添加不必要的特性。请问有谁认为「repeat ... until」结构比「continue」关键字更有必要?于是,凡是本来应当使用 continue 的地方,都不得不弄一个大大的 if 语句:
错误信息的表达
Lua 中,习惯的错误表达为,返回两个值,第一个为 nil 表示发生了错误,第二个为字符串,是错误信息。字符串形式的错误信息显示给用户挺不错的(想想微软喜欢的长长的错误号)。可是,程序里只好用模式匹配去判断是否发生了指定类型的错误。这多么像 VimScript 中的错误处理啊。journald 取代 syslog 的重要原因之一就是它存储的是结构化文本。Lua 错误处理最伟大的一点则是我们又回到了字符串匹配。别以为你可以返回一个table 或者 userdata 来表达错误。很多库可不这么认为。当你的结构化错误被
..连接时你就会发现这厮没救了。
下标
别的编程语言下标都从 0 开始。Lua 为了更「人性化」,其下标从 1 开始。其实写多了也能习惯,除了当通过 ffi 获得一个 C 数组的时候……
提前返回
return 语句之后必须跟着一个end。于是,很多提前返回的时候只能写
do return end。有意义么?
方法调用
访问表或者 userdata 的域使用一个点.,连接字符串使用两个点
..。而方法定义和调用时,你需要垂直放置的两个点——冒号
:。它与域访问的一个点相比,也就多了四个像素,显示器不干净或者精神不佳的时候就得小心了!
面向对象
Lua 是不支持面向对象的。很多人用尽各种招术利用元表来模拟。可是,Lua 的发明者似乎不想看到这样的情形,因为他们把取长度的__len方法以及析构函数
__gc留给了
C API。纯 Lua 只能望洋兴叹。
结论
Lua 只适合写写配置。做纯计算用用 LuaJIT 也不错。复杂的逻辑还是交给专业点的语言吧。
相关文章推荐
- 理解 Lua 的那些坑爹特性
- 理解 Lua 的那些坑爹特性
- 理解 Lua 的那些坑爹特性
- 游戏人生(一),我的lua之旅:那些坑爹的CCBReaderLoad
- 游戏人生(一),我的lua之旅:那些坑爹的CCBReaderLoad
- Python那些吸引我的编程特性
- Java 8那些被冷落的新特性
- C++你不知道的那些事儿—C++语言的15个晦涩特性
- 那些坑爹的老代码,究竟改还是不改?!
- 那些开源程序中让人叹为观止的代码 - 1 浏览器特性判断
- C++17中那些值得关注的特性
- 那些 iOS 7 中容易被忽视的新特性总结
- 关于那些常见的坑爹的小bug(会持续更新)
- 2012年度盘点:那些让人喷饭的坑爹段子
- ngx lua module内存共享特性问题
- sol-v2.0 一个具有高级特性和出众性能的 C++&Lua 绑定库
- iOS 11 将于9月19日正式发布,一文带你了解它的那些特性
- Lua学习之--函数,变长参数,closure(闭包)及select的一些特性
- PhoneGap应用开发的那些坑爹事儿
- Web前端面试指导(四十一):html5有哪些新特性、移除了那些元素?