沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战功,实时返回预计名次与对应奖励档位——预期透明化让玩家自己决定"冲一把还是躺平",结算投诉随之下降。
名次计算与奖励映射:排序定位名次,按档位映射奖励。示例代码如下:
local REWARDS = { { min = 1, gold = 5 }, { min = 10, gold = 2 }, { min = 50, gold = 1 } }
local function previewRank(actor, myPts)
actor = getplayerbyname(actor)
local board = tostring(getsysvar("WarPtsBoard") or "")
local higher = 0
for e in string.gmatch(board, "[^|]+") do
local pts = tonumber(string.match(e, ":(%d+)$") or "0")
if pts > myPts then
higher = higher + 1
end
end
local rank = higher + 1
local reward = 0
for _, r in ipairs(REWARDS) do
if rank <= r.min then
reward = r.gold
break
end
end
sendmsg(actor, 1, "当前战功预计第 " .. rank .. " 名,奖励 " .. reward .. " 根金条。")
return rank, reward
end
奖励档位查询:单独的档位映射函数,预览与结算共用同一张表。示例代码如下:
local function rewardOf(rank)
for _, r in ipairs(REWARDS) do
if rank <= r.min then
return r.gold
end
end
return 0
end
WarPtsBoard 全局变量存"名字:战功"竖线分隔的榜单快照,预览只读快照不打扰结算。string.match(e, ":(%d+)$") 锚定行尾取数字,防名字里的数字干扰。REWARDS 档位表按 min 升序排列,rewardOf 与 previewRank 共用——预览与结算的口径单点化,避免"预览说 5 根、结算发 2 根"的口径分裂。
名次预览踩过三个坑:一是预览读实时榜而结算读一小时前的快照,两个口径差出十几名,预览与结算必须同源(都用快照);二是档位表无序存放,前 10 名的档位排在第 50 名档位后面,先匹配先得的逻辑把高奖发给了低名次,档位表必须按 min 升序初始化;三是并列战功的先后没定义,两个第 9 名都以为自己是第 9,并列时按达成时间先者优先并公示规则。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 攻城战阵亡只有损失:装备掉落、耐久磨损——牺牲没有补偿,行会的伤亡成本全由个人承担,指挥不敢打硬仗。抚恤金设计:攻…
设计初衷 攻城战一触即发,盟友帮会口头答应协防却总是人没到:跨帮支援没有调度与结算机制,人情协防全凭自觉。协防系统设计:盟约…
底层原理 一张地图上 500 棵同款树,每棵存完整的模型数据——重复数据存 500 份。享元模式把不变的部分(模型、贴图)抽…
底层原理 技能系统按"元素×形态"组合:火球冰球乘单体群攻——每加一种元素或一种形态,组合数量乘性增长(4 元素 3 形态 …
设计初衷 稀缺产出(强化石、晋级材料)的供需错位:产出季价格崩盘、断供季价格飞天——剧烈波动伤害生产者与消费者两端。期货交易…
业务场景 驻地巡逻 AI 只会沿固定路线走:玩家摸清路线后绕行如入无人之境。傀儡机关封装:机关傀儡按"巡逻、警戒、袭扰"三态…