下载 App
开发日志 07｜为什么松手不算数——一次叠合背后的两段式设计
玩过游戏的朋友可能注意到一个细节：把牌拖到目标上松手，屏幕并不会立刻结算，而是先播放一段短短的“叠合中”过程，点击确认后才有结果。
这不是刻意拖慢节奏，而是整个交互方案里最重要的一个决定。
最初的直觉做法是“松手即结算”——省一步操作，最爽快。但问题马上就来了：这是触屏和鼠标都支持的游戏，误触不可避免。而在这款游戏里，一次错误的叠合可能消耗材料、改变棋局。手滑付出的代价太重，玩家就不敢大胆尝试了。
于是改成两段式：**松手只做“选定”，弹出预览与倒计时，点击确认才真正提交。**预览阶段会提前告诉你这次叠合是否合法、会波及哪些对象；不合法的尝试只会播放一小段“此物未共鸣”的归位动画，不消耗任何东西。
实现上有两个值得分享的细节：
提交前先给整个棋盘拍一张快照。结算完成后，把结算后的状态和快照逐张对比，差异部分就变成结果提示——“湿润了”“可采储量 +1”“灵性已收取”。提示不是写死在每条配方里的，而是从真实变化中算出来的，这样文案永远和实际结算一致。
**用一个提交标志防住重入。**叠合动画期间玩家仍然可以点击，如果把“是否已提交”放在规则结算之后才记录，就可能出现同一帧内重复提交两次的隐患。所以代码里是先置位标志，再调用规则，保证任何时序下都只结算一次。
另一个有意思的设计是**“摆牌不影响规则”**：你可以随意拖动整理牌面，但雷沿河流传导、风助火势引燃邻近干木这些范围效果，看的是牌的物性坐标，不是屏幕位置。界面怎么摆是整理，规则距离是规则——两套坐标互不干扰，预览时也会如实标注影响范围。
解谜游戏最怕的不是难，而是“输得不明不白”。这两段式加预览，就是为了让每次尝试都心里有数。
