运维一个服务器,加物品、调等级、刷怪、开关活动是日常。第一代形态是手敲命令字符串:@item 玩家名 1001 5,快,但参数顺序全靠记,敲错就是事故。第二代是配置表驱动:命令与参数定义在表里,程序自动生成帮助与校验。第三代是参数化面板:配合前端界面点选执行。无论哪代,核心都是同一层——结构化的 GM 命令处理器。
把每条命令定义为数据:名称、权限等级、参数类型表、执行函数。启动时统一注册,执行时统一做权限与参数校验:
local Cmds = {}
local function reg(def) Cmds[string.lower(def.name)] = def end
reg{
name = "item", level = 3,
args = { {"玩家名","string"}, {"物品id","int"}, {"数量","int"} },
run = function(who, name, itemId, count)
giveItem(name, itemId, count)
log("GM", who, "发物品", name, itemId, count) -- 全量留痕
end
}
function ExecGM(who, level, line)
local parts = {}
for w in line:gmatch("%S+") do parts[#parts + 1] = w end
local def = Cmds[string.lower(parts[1] or "")]
if not def then return "未知命令" end
if level < def.level then return "权限不足" end
-- 逐参数按类型校验后调用 def.run
end
权限分级。 level 1 查询、2 发放、3 数值改写、4 危险操作(重载/删档),命令注册时定死,执行时强制校验,任何人不得绕过。
全量留痕。 每次执行记录:谁、何时、什么命令、什么参数、结果。GM 日志是封号与客诉的唯一凭据,这一步省不得。
参数校验前置。 int 就是 int、玩家名先验在线,错误在入口拦下并回提示,绝不带着脏参数进业务函数。
影响范围先声明。 对全服生效的命令(公告、加速倍率)在注册时标记 global=true,执行前要求二次确认参数,防手抖。
工具也要热更。 GM 处理器按模块挂表,加新命令 = 注册一条数据,不需要重启 M2——应急时刻你会感谢这个设计。
把这套处理器与文档自动生成(遍历 Cmds 输出帮助表)组合起来,一天就能搭出可持续演进的 GM 体系,比每次现写命令字符串稳妥得多。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 祖玛教主倒下的瞬间,掉落的裁决之杖归谁?BOSS 的归属规则是打宝生态的宪法:单挑的归属清晰、组队的分配…
实战应用:用在哪里 新手村的前 30 分钟决定一款游戏的留存:玩家在这半小时里学会移动、战斗、拾取、加行会——学会的速度就是…
实战应用:用在哪里 每个功能都爱挂定时器:扫邮件的、刷怪的、发奖的、心跳的——一百个定时器各自为政,调度层的开销与定时器的数…
实战应用:用在哪里 丢弃裁决之杖、解散行会、删除好友——不可逆的操作一旦执行就没有后悔药。高危操作的确认设计是防误的闸门:让…
实战应用:用在哪里 前端的功能开发经常被服务器档在门外:后端的接口没写完,前端只能干等或造假数据。协议 Mock 在本地扮演…
实战应用:用在哪里 私聊是玩家社交的私信箱:交易的对口、好友的寒暄、行会的动员暗号全走私聊。私聊协议的要点是点对点的寻址、离…