Wax Lua 使用方法
说一下 Wax
的特点,它支持你在脚本里使用任何 OC
的类,同样也支持你创建一个类。
使用一个类时你会这样使用:
1 |
|
这样调用其实一个语法糖,实际上他调用的是wax.class[“UIView “],但是我们在使用的时候不需要知道这些,因为在这个框架里已经通过设置元表的方法实现了这一点。
当定义一个类的时候会是这样:
1 |
|
遵循协议的类:
1 |
|
在你定义这个类的脚本文件里缩写的其他function都将作为这个类的实例方法。且这个方法的第一个参数必须是 self
,这就是Wax模仿Objective-C的面向对象的关键所在。 因此在Wax中调用方法要使用冒号,类似这样:
1 |
|
其实他就等同于这样:
1 |
|
在调用含有多个参数的方法时候,使用 _
来代替OC中的:,例如:
1 |
|
1 |
|
使用 Wax
创建对象不需要你 alloc
,因为他会帮你实现内存管理,它是怎么实现的稍后再说。
Wax
不支持属性Property,因此你不能使用OC中的点语法, Wax
要求Lua与OC的通信必须通过方法来完成,就是如果你要访问一个Property的话就只能使用它的setter
和 getter
方法。 如果你在脚本中使用了点语法,那么你将为这个对象创建一个实例变量,但这只是在Lua层面的,在OC层面它并不知道你创建了这样一个实例变量。
Wax
会强制的把OC的对象转换成Lua的对象,同时他也支持反向转化,比如一个方法需要 NSString
类型的参数,你可以直接传递Lua的字符串进去。 有时你不想让OC对象被强制转化成Lua的,它也提供了相应变回OC对象的方法。
Wax
对枚举和结构的支持并不是很好,就是它需要把你需要用到的枚举和结构都按照他定义好的格式添加到 APP_ROOT/wax/stdlib/enums.lua和APP_ROOT/wax/wax-scripts/structs.lua
中,只有这样你才能正常的使用它们。
Wax
对协议的支持也不是很好,有的协议在 Wax
中可以正常使用,有的则不可以,你在源文件中会看到ProtocolLoader.h这样一个文件,他需要把不支持的协议预先加载到runtime中,作者自己也不知道这是为什么,也许是一个他不知道的runtime method。
Wax
也是不支持分类的,不过这个使用的比较少,不支持也没有什么。
Wax Lua 实现原理
我们知道OC是一门动态语言,他的 runtime
很强大,强大到你可以在运行时动态的创建一个类,而 Wax
真是借助于OC的 runtime
实现了它一系列的功能。 目前我们在使用的 CCLuaObjcBridge
,这个类也是实现了Lua调用OC的方法,他借助的也是 runtime
,但是跟 Wax
比起来,他就简单了很多,从他的限制就能看出来,它只支持类的静态方法,方法只能有一个参数,不能创建对象,不能调用实例方法。它的实现是这样的:通过类名找到类对象,通过预先定义好的只能包含一个参数或没有参数的方法名生成 selector
,再根据类对象和 selector
生成NSMethodSignature
,进而由NSMethodSignature生成NSInvocation,进行方法调用,再加上参数和返回值的Lua与OC的类型转换,就完成了一次OC方法的调用。
下面再说一下 Wax
。 Wax
的源码中有这样一个文件wax_helpers.h/wax_helpers.m
,它提供了一系列的工具方法包括lua与OC的类型之间相互转化,lua中使用_的方法名转化为OC中:的selector,根据lua传递过来的方法名找到对应的 selector
等方法,有兴趣的同学可以去看看代码。
Wax
主要是维护了这样的一个结构,基本上所有与对象有关的操作都是在这个基础上完成的:
1 |
|
第一个 instance
就是OC对象的一个指针, isClass
标识这是不是一个类对象, isSuper
用来标识他的父对象,类似以OC中的 isa
指针,这么做是为了在方法调用时子类如果找不到的话就会由此去父类查找, actAsSuper
用来标识这个对象是不是被当做父类来使用, Wax
中一个对象智能被当做父类一次。
Wax
中还维护了两个表,一个 UserDataTable
一个 StrongUserDataTable
。这两个表中都存储的是 Wax_instance_userdata->instance
为 key
,Wax_instance_userdata
为值的键值对。 UserDataTable
是一个值为wake的弱表,他用来存储所有创建的对象,是一个弱引用,他其中就存储了通过lua创建的OC对象,因为是弱表,所以当不在使用时会调用 __gc
这个元方法,进而将该OC对象销毁。 StrongUserDataTable
是一个强引用表他保存的是所有通过 Wax
创建的对象,他不是一个弱表所以需要手动管理内存。也就是说使用 Wax
创建的对象除了会在 UserDataTable
中保存一份以外还会在 StrongUserDataTable
保存一份。
说到这里就在说一下 Wax
的内存管理, Wax
的内存管理也是基于引用计数的,而且他没有使用 AutoReleasePool
。所有引用计数的操作都在框架里为你实现好了,所以在lua里你不能调用 alloc
方法,而要直接使用 init
方法,因为他会判断你的方法是不是 init
初始化方法,如果是的话 Wax
会帮你调用 alloc
方法。对象的 release
有两种一种是 UserDataTable
中的对象会在 __gc
元方法中release
,另外一种就是在 Wax
运行的时候有一个定时器timer,不停地轮询StrongUserDataTable
中的对象的引用计数如果小于2,那么就会 release
。
Wax
创建类和对象以及方法调用都是通过元方法来实现的。 先来说创建类,就是通过定义的类名以及父类,在运行时通过字符串以及运行时的API创建一个类,通过class_addMethod()
函数给创建的这个类注册方法,而这个方法的实现就是一个IMP(函数指针),Wax中IMP是这样的一类方法,方法包括lua中用户自己写的function,在OC的层面又对这个function的参数和返回值进行了OC与lua的互转,这两部分组合起来构成一个方法。也就是当调用一个用lua写的方法的时候会首先把参数转化为lua类型然后由 lua_pcall()
调用lua中的方法,完成后再把返回值转换成OC类型的。
最后说一下 Wax
的方法调用,无论是OC自己的方法还是用户自己写的方法最终都是去调用这个IMP(函数指针),所以在这之前无论是调用OC原生的方法和用户自己定义的方法,处理的方式都是一样的。在元方法 __index
里将方法的调用作为一个closure push到lua中,在元方法 __newindex
中进行方法的override。在closure中的方法调用就和 CCLuaObjcBridge
一样了,都是先获取到 selector
,生成NSMethodSignature
,然后生成 NSInvocation
,然后调用。与CCLuaObjcBridge
不同的地方就是由于这个对象是 wax_instance_userdata
中的 instance
,而不是由类名生成的类对象,所以他可以调用实例方法。
以上仅是个人一些理解,自身对Lua的C API和OC的runtime的API不是很熟悉,Wax
中使用了大量的这些API,所以有不对的地方还请指出来。