starwing83请进，关于lua和C交互的问题

AD8018

三月廿七：Lua P16  "就Lua习惯而言， 数组通常是以1作为索引的起始值"，
联想起之前做lua程序遇到的问题。

这里有一篇流传甚广的网文
http://www.61ic.com/Mobile/iPhone/201108/36975.html

其中lua_newtable处，有这样一句
//a tricktherwise the lua engine will crash. This element is invisible in Lua script  
看似是在数据下标0处放了一个元素。

就我实际的测试看，这个完全没必要。
于是不无怀疑，这个trick是个将错就错的bug ---
可能原作者在某处按下标0访问了lua的数组，导致程序崩溃。
然后他就再犯一个错误，填入一个下标0，将原先的bug掩盖过去。

不确定到底要不要下标0的元素呢？请指教。

三月廿七

Lua  就是 Basic 的翻版，

walleeee

这里之所以0开始机器，1开始符合人理解，而C是历史语言，用0也是情有可原
lua用1，只是让人有时候不习惯，不过熟悉了应该不是什么大问题。

0   1    2   3
[ ]  [ ]  [ ]  [ ]
01 23 45  67

这种。地址是不需要存储的，或者不需要和指向内存（你的对象数据）存在一起（连续内存），只是一个引用，所以指向的内存直接就是真正的内容。一些脚本语言这个就可以违背，可以对布局进行修改。

OwnWaterloo

三月廿七 发表于 2012-05-16 12:22
Lua  就是 Basic 的翻版，

因为下标都从1开始？

starwing83

回复 2# 三月廿七


    我懒得对你扫盲了

starwing83

回复 1# AD8018


    顺便说一下，访问0不会导致Lua出错，甚至是很合法的行为，有可能是业务逻辑出错神马的~

UPDATE：Lua的表虽然可以当做数组使用，但实际上它和数组时完全不一样的东西，概念实现和应用都不一样，表做数组使用只是因为数组的key恰好全是数字而已。事实上，Lua的表就是映射。新的Lua语言规范已经说明了，只有满足sequence条件的表才能被标准table库中的某些函数和#操作符操作，这只是Lua提供的方便操作，和表盒数组都没有多大关系。

三月廿七

OwnWaterloo 发表于 2012-05-16 15:29
因为下标都从1开始？

最主要的是没有花括号

starwing83

回复 7# 三月廿七


    嗯，而且不等于是~=？继续继续，，看看你下限能到什么程度

三月廿七

starwing83 发表于 2012-05-17 09:08
回复 7# 三月廿七

没有下限
抱歉，我不写 Lua,  Lua是给策划用的，

三月廿七

这里是 c版， 不会 Lua很丢人吗？