许多 Actionscript 程序员已经从 Flash 转到 Cocos2d-x 了。那么以前的那些超级好用的类库都不见了,只好重新来过。
我利用 Lua 和 lpack 库实现了一套 lua版本的 ByteArray 。这套库用于 quick-cocos2d-x(后称quick) 中。因此依赖一些 quick 中已经包含的c库和lua库 。
主要依赖如下:
lpack (已经包含在quick中) BitOp (已经包含在quick中) quick framework utils.ByteArray
ByteArray依赖 lpack 。
lpack 其实已经足够好用了。但是由于lpack的指针功能有限,所以使用起来还是有些麻烦。这个类模仿了 Actionscript 的 flash.utils.ByteArray ,指针在内部实现,方便读取和缓存 socket 服务器数据。
当然了,有一点点不同,但或许更好用。
下面是使用ByteArray的例子: -- 直接使用 lpack 库生成一个字节流 local __pack = string.pack("<bihP2", 0x59, 11, 1101, "", "中文") -- 创建一个ByteArray local __ba = ByteArray.new() -- ByteArray 允许直接写入 lpack 生成的字节流 __ba:writeBuf(__pack) -- 不要忘了,lua数组是1基的。而且函数名称比 position 短 __ba:setPos(1) -- 这个用法和AS3相同了,只是有些函数名称被我改掉了 print("ba.len:", __ba:getLen()) print("ba.readByte:", __ba:readByte()) print("ba.readInt:", __ba:readInt()) print("ba.readShort:", __ba:readShort()) print("ba.readString:", __ba:readStringUShort()) print("ba.available:", __ba:getAvailable()) -- 自带的toString方法可以以10进制、16进制、8进制打印 print("ba.toString(16):", __ba:toString(16)) -- 创建一个新的ByteArray local __ba2 = ByteArray.new() -- 和AS3的用法相同,还支持链式调用 __ba2:writeByte(0x59) :writeInt(11) :writeShort(1101) -- 写入空字符串 __ba2:writeStringUShort("") -- 写入中文(UTF8)字符串 __ba2:writeStringUShort("中文") -- 十进制输出 print("ba2.toString(10):", __ba2:toString(10)) 下面就是效果了:
luabytearray
utils.ByteArrayVarint
ByteArrayVarint 继承 ByteArray,同时依赖 BitOp。
ByteArrayVarint 实现了 google protocol buffer协议中的Varint编码 。
Protocol Buffer协议是何方神圣,google一下就知道。简单说就是能大幅降低 socket 协议中传递的字节流的长度。但是protocol buffer协议还包含许多东西,而我只需要 varint 编码而已。
我们的上一个游戏就在 AS3中实现了varint编码 。现在又用lua实现了一遍。
方法名称 说明 ByteArrayVarint.readUVInt() read a unsigned varint int ByteArrayVarint.writeUVInt() write a unsigned varint int ByteArrayVarint.readVInt() read varint int ByteArrayVarint.writeVInt() write varint int ByteArrayVarint.readStringUVInt() read a string preceding a unsigned varint int ByteArrayVarint.writeStringUVInt() write a string preceding a unsigned varint int 虽然lua支持64位数字,但由于 BitOp 仅支持32位有符号整数,这个 ByteArrayVarint 类能做的事情有限,甚至比AS3的都要差点(AS3好歹还支持32位无符号整数)。但如果程序中不使用变态的64位(或更高)数字的话,还是挺好的。
|
请发表评论