师门积分商店的每周限购要让玩家一眼看懂:已购几件、还剩几件、本周几号刷新。限购商店的界面把这三个信息做成常显元素,刷新倒计时贴在商品旁,限购的确定性带来购买的确定性。
每件商品渲染已购与限购数、积分价、刷新倒计时,售罄态整卡置灰。
local function renderShopItem(idx, item)
local bought = tonumber(item.bought or "0")
GUI:setText(nameLabels[idx], item.name .. "(" .. bought .. "/" .. item.limit .. ")")
GUI:setText(priceLabels[idx], item.cost .. "积分")
GUI:setText(cdLabels[idx], "周" .. item.refreshDay .. "刷新")
GUI:setOpacity(itemCards[idx], bought >= item.limit and 120 or 255)
end
倒计时按服务端下发的刷新时间戳本地换算,每分钟刷新一次显示,到点自动恢复可购态。
local refreshTs = 0
SL:Schedule(function()
if refreshTs <= 0 then return end
local left = refreshTs - os.time()
if left <= 0 then
refreshTs = 0
refreshShopList()
return
end
GUI:setText(countdownLabel, "距离刷新 " .. math.floor(left / 3600) .. "时" .. math.floor(left % 3600 / 60) .. "分")
end, 60)
限购边界、置灰恢复、倒计时到点三条路径验证;服务端拒绝与界面置灰的状态必须一致。埋点限购商品的售罄速度,开周首小时售罄的商品说明供给不足,限购数值要跟着积分产出走。
限购读数取自服务端下发而非本地累计,本地算的已购数与服务器漂移时界面说谎。倒计时的本地换算要与服务端时间对表,设备时间被改的玩家会看到负数倒计时,负值钳到零并触发刷新。置灰的卡片仍可点击查看详情,置灰是状态不是禁用,点击给售罄原因提示。刷新时间戳的来源与服务端限购刷新逻辑必须同一时区,两处零点不同是最阴的坑。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 世界频道是全服的广场,也是刷屏的重灾区:工作室的广告、抢怪者的互喷、刷屏的喇叭党,把真正有用的组队信息淹没。频道治…
设计初衷 限时道具(7 天时装、30 天坐骑)卖的是"拥有感的时间切片",到期处理决定复购:到期即删是情感事故,永久有效又杀…
设计初衷 限时活动下线后,最怀念它的玩家声音分散在论坛与客服工单里,运营排期只能靠拍脑袋。返场投票把"想不想让它回来"变成结…
底层原理 概率 bug 最难复现:"一万次里错了三次"的报告拿到手,重跑一万次可能一次都不错——因为每次运行的随机序列各不相…
底层原理 性能优化的第一课不是测速,是估算:一段双层循环的耗时 = 外层次数 × 内层次数 × 单次操作成本。100 名玩家…
业务场景 30 天月卡的连续签到奖励(第 7、14、30 天大奖)被一次忘签打断,玩家怒而弃游。补签机制:断签当日不立刻断掉…