师门任务是职业向的每日任务环:回师门接任务、完成职业专属挑战、拿师门贡献,贡献在师门商店换职业专属道具。职业认同感由师门系统承载,战士的武馆、法师的法神殿、道士的天师观各有各的任务风味。
---提交:校验任务物品后记贡献
function Sect.submit(actor, taskName, needCount)
if not checkitemw(actor, taskName, needCount) then
sendmsg(actor, 1, "任务物品不足")
return false
end
takeitem(actor, taskName, needCount, 0, "师门任务")
local pt = tonumber(getplayvar(actor, 2, "SectPoint")) or 0
setplayvar(actor, "HUMAN", "SectPoint", pt + 20, 1)
sendmsg(actor, 1, "师门贡献 +20,当前 " .. (pt + 20))
return true
end
三个职业的任务环各有风味:战士打试炼武僧加采药、法师收魔力结晶、道士施毒降妖。任务物品提交后师门贡献加 20,贡献值走 setplayvar 落库,换装备换机器都不丢。任务环按职业轮转,当日环数上限 10 环,超出的提交不计贡献——任务的价值密度被保护,无脑刷穿的路被上限封住。
---兑换:贡献扣除与发货
function Sect.buy(actor, goodsName, price)
local pt = tonumber(getplayvar(actor, 2, "SectPoint")) or 0
if pt < price then
sendmsg(actor, 1, "师门贡献不足,还差 " .. (price - pt))
return false
end
setplayvar(actor, "HUMAN", "SectPoint", pt - price, 1)
giveitem(actor, goodsName, 1)
sendmsg(actor, 1, "兑换成功:" .. goodsName)
return true
end
师门商店的商品全是职业专属:战士的职业书与武器修炼卷、法师的法阵材料、道士的符纸与毒粉配方。定价的锚点:一件职业专属道具约 60 贡献,等于三天的师门任务量,每日产出与职业成长的花销形成循环。先扣贡献再发货的顺序与全服消耗类玩法一致,校验与扣除的窗口内不产生并发负数。师门贡献的赛季清零规则写进商店页,清零前的兑换提醒推动贡献的消费。
师门任务的完成环数分布与商店兑换结构统计,贡献的产出与消耗的比值是职业经济健康的度量。
任务物品的市场流通曾经让师门任务变成跑商任务,任务物品绑定拾取的规则让师门任务回归职业行为本身。商店兑换的并发扣除出现过贡献负数,两名客户端同时提交兑换请求各自通过校验,扣除与校验的原子化修复了这一并发漏洞。职业字段的判定曾经在转职后未刷新,转职玩家领到旧职业的道具,转职流程强制清空师门任务状态。
任务环的内容与商店的货架按职业进配置表,职业策划各自维护各自的表。贡献的产出速率与商店定价的联动评审按季度跑,职业经济的失衡从比值监控先暴露。师门任务的经验奖励与等级段挂钩,低级段高经验快速过前期,高级段转向贡献为主。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…