多层函数调用时参数需要在层与层之间传递,学员在每个中间层都把所有参数一一列出——参数表越写越长,加一个参数要改四五个函数的签名。更隐蔽的是中间层漏传某个参数,下游拿到的不是 nil 就是错误值,报错行指向最底层但根因在中间层的签名里。错误场景:
local function entry(actor, name, level, job, guild)
validate(name, level, job, guild)
end
local function validate(name, level, job, guild)
checkGuild(name, guild)
end
local function checkGuild(name, guild)
sendmsg(nil, 1, name .. " 行会:" .. tostring(guild))
end
checkGuild 不需要 level 和 job,但签名被迫跟着链路层层传递。
链路级信息打包成一张 ctx 表作为唯一参数,各层按需取用——加参数只改 ctx 构建处和消费处,中间层签名不变。示例代码如下:
local function makeCtx(actor, name, level, job, guild)
actor = getplayerbyname(actor)
return { actor = actor, name = name, level = level,
job = job, guild = guild }
end
local function entry(name, level, job, guild)
local ctx = makeCtx(name, level, job, guild)
validate(ctx)
end
local function validate(ctx)
if ctx.level < 30 then
sendmsg(nil, 1, "等级不足 30。")
return
end
checkGuild(ctx)
end
local function checkGuild(ctx)
sendmsg(nil, 1, ctx.name .. " 行会:" .. tostring(ctx.guild))
end
本篇的新技术点是"ctx 只加不改":链路里任何一层都只往 ctx 里追加字段,不修改上游已写的值——ctx 因此成为天然的链路审计记录。
三步验证:makeCtx 构建后各字段值正确;validate 拿到的 ctx.level 与传入值一致;checkGuild 拿到的 ctx.name 与入口一致——每层读取的字段值与源头吻合。
ctx 表是引用传递:下游对 ctx 字段的重赋值会影响上游,"只加不改"要靠约定执行。关键值(单号、金额)在写入后立即取出存局部变量,防下游篡改。示例代码如下:
local function settleAmount(ctx)
local amount = ctx.amount
ctx.status = "settled"
return amount
end
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 攻城战阵亡只有损失:装备掉落、耐久磨损——牺牲没有补偿,行会的伤亡成本全由个人承担,指挥不敢打硬仗。抚恤金设计:攻…
设计初衷 攻城战一触即发,盟友帮会口头答应协防却总是人没到:跨帮支援没有调度与结算机制,人情协防全凭自觉。协防系统设计:盟约…
底层原理 一张地图上 500 棵同款树,每棵存完整的模型数据——重复数据存 500 份。享元模式把不变的部分(模型、贴图)抽…
底层原理 技能系统按"元素×形态"组合:火球冰球乘单体群攻——每加一种元素或一种形态,组合数量乘性增长(4 元素 3 形态 …
设计初衷 稀缺产出(强化石、晋级材料)的供需错位:产出季价格崩盘、断供季价格飞天——剧烈波动伤害生产者与消费者两端。期货交易…
业务场景 驻地巡逻 AI 只会沿固定路线走:玩家摸清路线后绕行如入无人之境。傀儡机关封装:机关傀儡按"巡逻、警戒、袭扰"三态…