棋盘谜题

棋盘谜题里最容易翻车的地方

网格谜题看着简单:玩家在格子里交换、推箱子、滑动,引擎按规则结算就行。但实际开发中常见的问题是逻辑和渲染耦合——动画跑到一半,棋盘状态已经变了;或者结算只做了一轮,连锁反应被漏掉;撤销之后分数、步数、随机种子对不上。这类 bug 大多不是写不出来,而是缺少一套统一的规则解析循环。

这个技能做了什么

它不教你怎么做 tilemap,而是定义棋盘模型作为唯一真相来源:格子里放什么由逻辑层决定,视图只负责渲染。核心步骤:

• 读取棋盘 → 玩家输入 → 合法性校验 → 结算 → 反馈进度,循环直到达成或失败
• 结算必须确定性:匹配、下落、补充、级联一路跑到底,直到棋盘稳定
• 撤销要完整回退上一步的所有状态,包括分数、步数、随机状态;小棋盘用快照最简单,大棋盘用 command 模式存逆操作更省内存
• 关卡要么手工设计,要么生成时保证有解(从解倒推,或生成后验证)
• 结算期间锁定输入,避免动画中途的二次操作

适用边界

它面向离散、回合制的棋盘谜题:match-3、推箱子、滑块拼图、逻辑网格。实时带永久死亡的 roguelike、卡牌分区回合、基于物理的解谜平台跳跃都不在范围内。

常见失败模式:

• 只结算一次,漏掉连锁
• 撤销不完整,导致状态漂移
• 补充随机数不设种子,关卡不可复现
• 死局不检测,match-3 直接卡死
• 一次性塞太多机制,难度陡增

更细节的匹配检测、重力、补充、级联、死局检测与洗牌、可解性验证,参见 references/board-and-resolution.md。