迷宫副本的终点传送门被封印,解开封印需要按顺序踩亮四座石碑。顺序随每期副本随机生成并刻在迷宫墙壁的线索里,硬闯者会在四碑间徒劳往返,观察与推理成为通关的钥匙。
副本开启时随机生成四碑的正确顺序,线索石碑的碑文按顺序规则的提示生成。actor是字符串,转对象后读队伍进度。
local ORDER = {}
local function genOrder()
local nums = { 1, 2, 3, 4 }
for i = #nums, 2, -1 do
local j = math.random(1, i)
nums[i], nums[j] = nums[j], nums[i]
end
for pos, id in ipairs(nums) do
ORDER[id] = pos
end
end
踩碑按已踩序列校验顺序,正确则点亮,错误则清空重踩;连续错三次给一条免费提示。actor是字符串,转对象后写队伍进度。
local step = {}
function stepOnStone(actor, stoneId)
local player = class(actor)
local expect = #step + 1
if ORDER[stoneId] == expect then
step[#step + 1] = stoneId
sendmsg(actor, 0, "石碑亮起(" .. #step .. "/4)")
if #step == 4 then
sendcentermsg("封印解除,传送门开启了!")
end
else
stepErr = (stepErr or 0) + 1
step = {}
sendmsg(actor, 0, "石碑暗了下去,顺序似乎不对……")
if stepErr >= 3 then
sendmsg(actor, 0, "线索提示:碑文首字连起来是口诀")
end
end
end
随机顺序的唯一性与可解性验证;错误三次的提示触发准确。上线后看通关时长分布,解谜耗时占比超过一半说明线索太晦涩,线索文案的清晰度迭代要有玩家测试支撑。
Fisher-Yates洗牌的交换范围写错成i+1会让序列偏置,随机不匀的顺序让部分石碑永远在首位。step表是队伍级状态,多人同时踩碑的并发置位要加队伍锁,两支脚同时推进进度会错乱。stepErr计数跨队伍残留要按期清理。ORDER表在副本期内不可变,热更新重生成顺序会让已推进的进度失效,进度与顺序快照绑定同一版本号。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 装备回收商 NPC 每天按评分收购玩家的装备,裁决之杖、骨玉权杖按攻击、持久加权打分,榜上只要前五名。数…
实战应用:用在哪里 沙巴克攻城是全服行会战的最高舞台:攻方砸开城门、抢占皇宫,守方依托城墙与复活点反打。规则设计的关键是节奏…
实战应用:用在哪里 影分身玩法给法师职业补上生存短板:危急时刻召唤四个影分身分担仇恨,敌人需要在六格范围内分辨真身,猜错就浪…
实战应用:用在哪里 组队邀请、行会宣战这类关键信令丢了没有兜底,玩家只能反复手点,高峰期体验很差。重试机制给信令加确认回执:…
实战应用:用在哪里 新资料片上线首日预约量常是日常十倍,一口气全开会让数据库与登录网关同时过载。滚动开区把开区动作排成队列:…
实战应用:用在哪里 百人同屏的沙巴克外围战场,每个玩家每秒跑动会触发数次位置更新,全部即时下发时广播量随人数平方增长,网关先…