操作原理(一)
服务端:服务器源文件
客户端:客户所操作的程序(既是游戏客户端)
接口:既是某项功能(例如:鼠标点击,文字发送,战斗,观战,人物动作等)返回的值
ABlua:在源代码中添加的整套引擎作为回调接口
--
lua所实现的功能是基于服务端源码添加的接口
由该接口与客户端发送封包实现功能
源码里是否有ABlua回调接口?
例如:源码里的gmsv/battle.c文件(既是战斗回调文件)
以下为简单描述C给予lua接口过程
BATTLE_WatchEntry ( ) 函数 (函数:利用括号里的值得出不同结果) --这里称它为函数A
即为客户端点击观战按钮所发送给服务器的封包 括号里的参数即为客户端封包发送的内容
charaindex=我自己 todindex=对方 (这两个参数是由玩家登陆服务器时所得到)
服务器要回调给客户端,必须由这个函数A的值所决定
利用客户端发送的两个参数进行判断(int为整数,所以二者都是整数)
而函数A 前面的int 意味着 这个函数最后的结果为 函数A == 整数
在这里不讲解过程 结果为如果 函数A == 0 则不允许观战,如果 函数A==1则 进入观战
可以看到下面 ifdef里 函数A 的结果 交给了 ABlua 的 BattleWatch() 函数 --在这里称它为函数B
函数A 的 charaindex和toindex 两个参数 也赋予了函数B 最后让ABlua去进行判断 让函数B的值去赋予函数A
实现函数B 即为ABlua回调接口,必须在\gmsv\mylua源码里添加
这样观战的接口既可用lua去实现
以上叙述是简单描述Ablua原理,并非添加接口的方法
简介(二)
Lua是什么? ABlua是什么?
Lua是一门语言,ABlua是在源码里用C语言写的接口,该接口给予lua文件去调试
为什么用Lua?
Lua是基于接口拓展的一个方式,实现便捷更新,修改
源码C可以直接实现所有操作,并创作功能.而Lua的诞生是让更多人能够轻易接触
会Lua一定可以写石器lua?
Noooo~
Lua是一门语言,石器Lua是石器源码所写的接口,接口反还的值是需要去独个学习并了解的
代码的唯一标准排第一永远是基于对游戏的了解程度,游戏的操作方式
再是语言基础与逻辑思考
什么是Bug?如何避免Bug?
没有在关键的步骤做到决定性的判断,这就是上个问题中对游戏了解程度起到了关键性的作用
只有不同角度去思考如何做到最好的判断,这世界上没有完整的代码,只有更完善的代码
如果你不懂得Lua的运作过程,那打开后如同一篇外语文章,你看到的,只会是里面的阿拉伯数字
很多人学习lua的时候遇到同一个问题,这个英文是不是要硬记它是什么意思,代表什么
其实,并非如此
你看到的英文,除了接口,不是函数,就是变量
运作过程(三)
相信已经有不少人看过Lua后得出的结论
哪里是开头?哪里是结束?什么时候才用到这个文件?
是每个玩家都在用?排队用?还是一起用?
答案: 在服务器启动时,优先从函数main()启动和结束
在上图函数 main() 里 多了Create这个函数
这时脚本会运行到函数 Create() 处
函数main()里Create括号里的参数 --"测试",100000,2000,58,56,6
就是函数 Create() 括号里的变量 --name, metamo, floor, x, y, dir
既然是变量,这些名字也就是自己决定,并非是固定(函数名也不是固定的)如下图
脚本运行到函数 Create()后 触发了ABlua接口的npc.CreatNpc
并发送这6个参数到服务端,在2000地图,58,56坐标创立了名字为"测试",方向为6 的NPC
函数 Create() end 结束后 返回函数main() 并以end结束
实践与运用(四)
在第三章提到npc.CreateNpc
CreateNpc是npc库中的一个接口 (具体请查看\gmsv\mylua\npcbase.c文件)
上图为npc库接口
在第三章知道如何服务器启动后生成NPC
下面内容是如何与创造的NPC之间传送封包
在接口npc.Createnpc()生成后,它得到一个整数值
这个整数就代表NPC编号,除非服务器重启再次执行一次
npc.Createnpc(), 否者该编号不会改变
人物,宠物和NPC都是一样,每一次登录,都会得到一个编号
这个编号一定是大于0的整数,直到登出后编号消失
上图的变量npcindex = npc.Createnpc()
既是npcindex=NPC编号, 再由char.setFunctionPointer() --给对象设定一个事件
给NPC设定事件 char.setFunctionPointer(对像索引,事件标志,函数名,路径)
npcindex已知是NPC的编号
上图的 "1" 对应的是一个常量(事件标签) -- 常量,即是不会改变的量,事件标签的常量分别有 初始化事件 循环事件 对话事件 窗口事件 重叠事件 战后事件 等
"2"对应 函数名 --既然是函数,函数名称也就允许自拟
"3"对应的是该函数的路径 --如果 function WndowTalked 这个函数不是写在该文件 需要把路径写上 否则默认为该文件
之后,只要有玩家与npc对话,就会触动函数Talked()
为了更好理解脚本的自拟性 这里把函数Talked名改为 "shuohua" npcindex 改为npc
在函数shuohua()里有4个参数 --参数名字可自拟
meindex = npc (npc编号) --整数型
talkerindex = "说话的人"(即为玩家编号) --整数型
SzMes = 说话内容 -- 字符型
color = 说话颜色 --整数型
这里的用到了npc库里的isFaceToFace --注意接口一定要按照大小写
这个接口意味着,必须面对面与NPC对话,得到的值才等于1
这个值得到的是1 则执行print ("测试") 服务器会打印出 测试
如果不是1 则直接结束
常量,为源码固定的量,比如 "攻击" "防御" "声望" "活力" 等
格式,接口所用到的参数,格式必须正确
如: npc.isFaceToFace(meindex,talkerindex)
如果接口错误,则服务器会提示读取错误
如果参数错误(参数名写错),参数未被定义
在接口处直接结束,源码检测 该接口必须以2个整数形式取值
封包发送与接收(五)
接着上一章 与NPC对话已成立只需修改对话框内容与发送封包到客户端即可
这里用到了lssproto库里的windows --向客户端发送一个窗口封包
lssproto.windows(talkerindex, "对话框", "确定|取消", 0, char.getWorkInt( meindex, "对象"), "内容");
上图的 0,12,0 代表 0--"对话框" 12-- "确定|取消" 0 -- 封包号(key)
这时无论是按下 确定 或者 取消, lssproto.windows都会发送参数到function WindowTalked ()
function WindowTalked ( meindex, talkerindex, seqno, select, data)
sqno = key select = 按钮常量值 data = 发送内容 -- "确定"常量值=4 "取消"常量值=8
对话后 第一次"确定",给予key0, 赋予了seqno
在seqno==0处再次按"确定",key1 赋予seqno
语言的工作过程必须按照格式
在seqno == 0 按下"确定"后 只选择了if 并没有选择elseif
所以if的过程让key=1 ,然后end,赋予seqno
再次从 funtion WindowTalked()开头运行 才回到 seqno == 1
再最后的对话框 key=-1 ,赋予seqno后 并没找到 seqno==-1的判断,所以关闭对话框
PS
如果按"取消"和"确定"一样会发送key,所以要用select的值进行判断
当按下按钮后,按钮常量值会赋予select, "取消"的常量值为8,只要判断当按下"取消"时返回即可
