玩家一周参加五个活动,奖励散落各处:有的直接进包、有的发邮件、有的要回原 NPC 手动领。漏领、忘领的投诉占客服量两成。工程化收口:做一个领奖中心,各活动把奖励统一登记进玩家的待领清单,玩家在一处一键领取,领没领、剩多少一目了然。
登记侧只写清单不动背包:奖励 ID 加物品串写入个人变量,重复登记自动去重。示例代码如下:
local function registerReward(actor, rewardId, items)
actor = getplayerbyname(actor)
local list = getplayvar(actor, "HUMAN", "RewardBox") or ""
if string.find(list, rewardId, 1, true) then
return false
end
local entry = rewardId .. ":" .. items
local merged = list == "" and entry or (list .. "|" .. entry)
setplayvar(actor, "HUMAN", "RewardBox", merged, 1)
sendmsg(actor, 1, "新奖励入袋:" .. rewardId .. ",回领奖中心一键领取。")
return true
end
领取侧两段式:先整批发放、全部成功再清空清单,清空前的清单就是断线恢复的依据。示例代码如下:
local function claimAll(actor)
actor = getplayerbyname(actor)
local list = getplayvar(actor, "HUMAN", "RewardBox") or ""
if list == "" then
sendmsg(actor, 1, "暂无可领奖励。")
return
end
for entry in string.gmatch(list, "[^|]+") do
local rid, items = string.match(entry, "([^:]+):(.+)")
local item, num = string.match(items, "([^#]+)#(%d+)")
giveitem(actor, item, tonumber(num), 1)
sendmsg(actor, 1, "已领取[" .. rid .. "]:" .. item .. " x" .. num)
end
setplayvar(actor, "HUMAN", "RewardBox", "", 1)
end
getplayvar(actor, model, varName):读个人变量,清单为空串时表示无待领。setplayvar(actor, varType, varName, varValue, isSave):isSave 传 1 落库,清单是玩家的资产凭证,绝不许重启蒸发。string.find 第四参 true 关闭模式匹配按纯文本找,奖励 ID 含横杠等字符也安全。giveitem(actor, itemname, num, bind, desc):bind 传 1,活动奖励统一绑定,堵住倒卖口子。
领奖中心踩过三个坑:一是登记时用 string.find 开了模式匹配,奖励 ID 里的连字符被当控制符,匹配永远失败,清单越叠越长,找到第四参 true 才收口;二是清单变量无长度上限,囤了一年的老玩家变量超长被截断,尾部奖励凭空消失,清单超 20 条时强制发邮件清仓;三是"清单清空与发放"的先后顺序写反过:旧版先清清单再发奖励,发放段报错后奖励蒸发且无从恢复;修正为先发放、全部成功才清空,清空前的清单始终是补偿依据。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…