行会驻地有一片空地,升级什么全凭帮主心情。行会建筑升级接口把驻地建筑体系化:聚义厅、兵器库、药庐、演武场四类建筑各十级,升级消耗行会基金与建材,每级解锁对应行会福利。建筑等级是行会福利的开关,升级顺序就是行会的发展战略。
升级入口校验建筑当前等级、行会等级门槛与资源储备,三项全过才扣减资源并升级;升级期间同建筑不可重复提交,防止并发双扣。示例代码如下:
-- 行会建筑:升级接口
local player = class(actor)
local BUILD_REQ = {
hall = {guildLv = 3, fund = 100000},
arsenal = {guildLv = 2, fund = 80000},
}
local upgrading = {}
local function upgradeBuilding(player, building)
local req = BUILD_REQ[building]
if req == nil then
sendmsg(player, 1, 0, "未知建筑。")
return
end
if upgrading[building] then
sendmsg(player, 1, 0, "该建筑正在升级中。")
return
end
local fund = tonumber(getplayvar(player, "GUILD", "Fund") or 0)
if fund < req.fund then
sendmsg(player, 1, 0, "行会基金不足,还差 " .. req.fund - fund .. "。")
return
end
upgrading[building] = true
setplayvar(player, "GUILD", "Fund", fund - req.fund, true)
setplayvar(player, "GUILD", "BuildingLv_" .. building,
tonumber(getplayvar(player, "GUILD", "BuildingLv_" .. building) or 0) + 1, true)
upgrading[building] = nil
sendmsg(player, 1, 0, building .. " 升级成功,新福利已解锁。")
end
建筑等级映射成员福利:兵器库每级提升武器攻击百分之一、药庐每级增加每日免费药品一组、聚义厅每级扩大行会人数上限五个;福利在成员登录时按建筑等级自动生效。示例代码如下:
-- 行会福利:等级映射
local player = class(actor)
local function applyBuildingPerks(player)
local hallLv = tonumber(getplayvar(player, "GUILD", "BuildingLv_hall") or 0)
local arsenalLv = tonumber(getplayvar(player, "GUILD", "BuildingLv_arsenal") or 0)
setplayvar(player, "HUMAN", "MemberCap", 50 + hallLv * 5, true)
setplayvar(player, "HUMAN", "AtkBonusPct", arsenalLv, true)
if arsenalLv > 0 then
addbuff(player, 10131, 0, 0, player)
sendmsg(player, 1, 0, "行会建筑加成生效:攻击 +" .. arsenalLv .. "%。")
end
end
验证三条链路:资源不足拒升且基金不变、并发升级只成功一次、福利随建筑等级实时映射;十级满级的边界与下一级的门槛提示逐项核对。线上监控升级频次与福利领用率,福利领用率低于三成说明解锁的福利感知不足,升级前增加行会投票让成员参与发展战略;基金消耗速率异常抬头时核查是否有内部人员违规调账。
并发双扣是最早的事故:两个成员同时点升级,基金扣了两份建筑升了一级,升级互斥标记是必须品。福利映射曾写在成员登录逻辑里,行会升级后在线成员感受不到变化,福利刷新增加升级触发路径。建筑曾无等级上限,溢出的等级让福利数值溢出变负数,每类建筑明确十级封顶并硬校验。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…