cocos2dx的lua绑定

概述话接上篇（tolua++实现分析） 一、cocos2dx对tolua++绑定的修正 A.c对lua回调函数的引用 在使用cocos2dx编写游戏时，我们经常会设置一些回调函数（时钟、菜单选择等）。如果采用脚本方式编写游戏的话，这些回调函数也是需要写在脚本里的。实现这个功能，就需要lua将自己的函数传递给c++，c++保持对这个函数的引用，不要让这个lua函数被垃圾回收，并在适当的时候回调这个lua

话接上篇（tolua++实现分析）

一、cocos2dx对tolua++绑定的修正

A.c对lua回调函数的引用

在使用cocos2dx编写游戏时，我们经常会设置一些回调函数（时钟、菜单选择等）。如果采用脚本方式编写游戏的话，这些回调函数也是需要写在脚本里的。实现这个功能，就需要lua将自己的函数传递给c++，c++保持对这个函数的引用，不要让这个lua函数被垃圾回收，并在适当的时候回调这个lua函数。

这种需求的一般抽象是在C环境下保存lua状态，在PIL(Programming In Lua)里有比较详尽的描述。可以使用luaL_ref函数，将一个luaValue(function、table等没有直接对应c类型的数据)存储到LUA_REGISTRY里（luaL_ref返回一个唯一整数，c++可以用这个整数来索引对应的luaValue）

不过cocos2dx因为某种原因，并没有使用这个功能，而是自己实现了一套类似的引用机制。

cocos2dx注册回调函数的接口，除了一个参数为c函数指针的版本外，都会提供一个参数为int的对应版本。阅读一下自动生成的cocos2dx lua绑定代码，会发现注册回调函数的接口，都会调用toluafix_ref_function函数，将lua函数转换为一个LUA_FUNCTION（int），并调用响应的注册回调函数的cocos2dx API。

这个toluafix_ref_function，定义在tolua_fix.c里，干的事情就很类似luaL_ref了。区别是对lua函数的引用，没有直接保存在LUA_REGISTRY里，而是放在一个自己创建的表格里。

B.野指针预防

使用已经释放的指针，通常是一个令人头疼的BUG来源。如果能提早发现对野指针的使用，对于BUG的定位有很大好处。tolua_fix.c里也提供了这样一套检查机制。

阅读自动生成的cocos2dx lua绑定代码，会发现每当把一个继承自CCObject类型的对象传给lua时，会调用toluafix_pushusertype_ccobject函数。

如果这个对象是第一次传递给lua，toluafix_pushusertype_ccobject会为这个对象生成一个索引ID，并将这个对象的指针、类型字符串和这个索引相关联。cocos2dx再将这个索引存储在CCObject数据结构里。

在c++里析构这个对象时，CCObject的析构函数会调用toluafix_remove_ccobject_by_refID。这个函数先利用整数索引，找到指针、类型字符串，再通过tolua的tolua_uBox表格（见tolua++实现分析），取到对象的userdata（值为对象的地址），将它置空。这样，以后lua环境再使用这个对象，调用这个对象的c接口时，只能取到空地址，错误也能提早发现了。

二、使用tolua++导出自定义类时，注意定制tolua++

上面提到的cocos2dx对tolua++的修正，体现在代码上，要对标准的tolua++自动生成的绑定代码，进行上百处修改。手工修改显然不适合。tolua++提供了通过重定义lua文件来定制自己的机制。

参考cocos2dx里调用tolua++的shell脚本命令

${TolUA} -L basic.lua -o ../../scripting/lua/cocos2dx_support/LuaCocos2d.cpp Cocos2d.pkg

这里的-L basic.lua就指定了一个重定义文件。

在这个文件里，指定了LUA_FUNCTION类型的转换函数（toluafix_ref_function）、类型判断函数（toluafix_isfunction），指定了对哪些继承自CCObject的类型，使用自定的推入函数（toluafix_pushusertype_ccobject），另外还进行了一些文本替换，达到一些特殊的功能。

如果你的导出类需要注册lua回调函数，或者继承自CCObject，那么这个重定义文件的帮助就很大了。另外还要注意，在tolua++的pkg定义文件里，对回调函数，使用LUA_FUNCTION做类型名称，而不是int(与重定义文件一致)

三、lua里的类型系统，对c++类型的继承

游戏开发是比较适合使用面向对象模型的，lua语言本身虽然没有提供面向对象模型，但是通过它的Metatable机制，也有各种方式来实现这种模型。cocos2dx的LuaTest工程的extern.lua文件里，就提供了一种方式，既可以继承lua里的table类型，又可以通过调用c++生成对象接口的方式，继承c++类型。对c++对象的继承，在子类新增成员时，使用了tolua++的peer功能，给userdata添加字段。

四、其它的cocos2dx lua资源

quick-cocos2d-x

提供了一整套成熟的cocos2dx lua framework。上面提到的lua++绑定修正、类型继承方式，cocos2dx应该都是吸收了quick-cocos2d-x中的相应功能。

本文上面对lua++绑定修正的分析，也得到了quick-cocos2d-x作者dualface的帮助。

cocos2dx-LuaProxy

针对cocos2dx-extension的lua绑定做了一些工作。包括绑定cocosbuilder、tablevIEw等

五、cocos2dx 2.1.4

在cocos2dx 2.1.4的change log上看到新增了大部分lua test。如果是这样的话，那么对lua绑定的支持又上了一个台阶。

令我比较感兴趣的更新是对cocosbuilder的新绑定方式。相较cocos2dx-LuaProxy对cocosbuilder的绑定，新的绑定采用类似官方Js绑定的方式，每个cocosbuilder自定义类型对应一个lua里面的模块，自动导出cocosbuilder的成员变量到对应模块里。虽然要写模块定义文件，但对于较大型项目，这种方式感觉更合适一些。

原文地址：http://blog.csdn.net/wtyqm/article/details/9106137

总结

以上是内存溢出为你收集整理的cocos2dx的lua绑定全部内容，希望文章能够帮你解决cocos2dx的lua绑定所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。