大行会一天收两百份入会申请,会长手动批到手抽筋。自动审批接口按等级、在线时长、行会战参与记录三条硬条件筛人,名额按行会等级动态放宽,会长只处理自动筛剩下的边缘申请。
申请进来自动跑三条件,全过直接入会并发欢迎邮件,任一不过转人工队列。actor是字符串,转对象后读申请资料。
local RULE = { minLv = 35, minOnlineH = 20, minWarCnt = 2 }
function autoApprove(actor)
local player = class(actor)
local lv = getbaseinfo(actor, 6)
local hours = tonumber(getplayvar(actor, 2, "ONLINE_H") or "0")
local wars = tonumber(getplayvar(actor, 2, "WAR_CNT") or "0")
if lv >= RULE.minLv and hours >= RULE.minOnlineH and wars >= RULE.minWarCnt then
local members = tonumber(getplayvar(actor, 2, "GUILD_CNT") or "0")
local cap = 60 + math.floor(getbaseinfo(actor, 6) / 10) * 5
if members >= cap then
sendmsg(actor, 0, "行会名额已满:" .. members .. "/" .. cap)
return
end
setplayvar(actor, "HUMAN", "GUILD_CNT", members + 1, 1)
sendmail(actor, 0, "入会欢迎", "欢迎加入,周三晚八点沙巴克集合", "行会集结令|1")
else
sendmsg(actor, 0, "申请已转人工审核,请耐心等待")
end
end
行会等级越高名额越宽,每十级放宽五人,扩容节奏与行会成长同步。
local function guildCap(gLevel)
return 60 + gLevel * 5
end
测试构造全过、缺战次、满名额三类申请验证分流正确。上线后统计自动通过率,超过八成说明规则合适,低于五成说明门槛脱离玩家结构,先调在线时长这条软条件。
GUILD_CNT与行会系统的真实名册要对账,两套计数漂移会让名额虚占,每日对账一次。cap的计算用申请者等级是示意,正式版用行会等级,别照抄。自动入会发了集结令邮件,改名玩家收不到,邮件地址走行会名册接口取当前名。人工队列没设上限,边缘申请堆积到三百份没人看,队列超五十自动提示会长清理,审批工具不是投递黑洞。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…