商城、活动商店、行会商店共用同一套销售框架:商品配置(价格、库存、限购)、购买校验、发货流水。框架化的收益:新商店接入只需一份商品配置,购买逻辑零重复。
local SHOP_CFG = {
daily_shop = {
refresh = "daily",
items = {
{ id = 2001, price = 80, currency = "gold", limit = 1, perDay = true },
{ id = 3002, price = 45, currency = "bind", limit = 5 },
},
},
}
字段语义:price 与 currency 定义价格与货币类型(金币/绑定币/元宝各自独立校验);limit 限购数量;perDay 标记每日刷新。限购数据按玩家记录(购买计数表),跨日重置。
function Shop.buy(player, shopId, itemId, count)
local item = findItem(shopId, itemId)
if not item then return false, "商品不存在" end
if count > item.limit - boughtCount(player, itemId) then
return false, "超出限购数量"
end
local cost = item.price * count
if not Currency.has(player, item.currency, cost) then
return false, "货币不足"
end
Currency.deduct(player, item.currency, cost)
BagService.addItem(player.id, itemId, count)
recordPurchase(player, itemId, count, cost)
return true
end
四步顺序固定:商品存在性、限购额度、货币余额、扣款发货。扣款与发货之间失败需要回滚扣款(或走补偿邮件),两步的原子性靠任务队列保证。
商店的三个对账指标每日核对:货币扣除总量与商品发放价值总量、限购计数与实际发货数、订单流水与发货流水。异常差值(发放多于扣款)是复制类 bug 的直接信号,当日告警。商店框架配好后,新商品上架变成纯配置操作,活动商店按时间表自动开关。
限购计数与每日刷新的存储:购买计数表按玩家分键存储,键里记录商品 id 与当日已购数量,跨日刷新在读取时惰性重置(比对日期键)。限购数据的对账:当日销售流水与购买计数表核对,差值超过阈值触发全量校验。商品上下架走配置热加载,运营调整不需要重启服务。
商品的上架与下架走配置中心联动:运营后台改配置后推送刷新事件,商店模块重读商品配置并刷新缓存。限购计数跨日重置的锚点与全服日切时间一致,配置中心统一管理日切时点,避免各模块的日切时间不一致导致的限购争议。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…