下载 App
开发日志 06｜整款游戏，其实建立在一张“配方表”上
如果要问这款游戏的技术核心是什么，答案可能出乎意料：不是渲染，不是动画，而是一张反应目录。
打开代码里的配方模块，你会看到几十条格式完全一致的记录，每一条都描述同一个问题：谁，遇到谁，会变成什么。
比如“火把 + 干燥草木 → 烈火 + 上升气流”，比如“蒸汽 + 毒瘴林 → 清幽古林”。每条记录除了来源和目标，还带着几样附属信息：一句给玩家的物性线索、一条规则注记、一章所属编号，甚至一个配色基调——成功时界面泛起的颜色，就来自这条数据。
有了这张表，运行时的逻辑反而简单：两张牌叠在一起，先按“来源：目标”的组合去查表，查到了就结算，查不到就判为“未共鸣”。玩法越复杂，查表这件事越要保持笨拙和可靠。
这里有几个容易被忽略的细节：
反应是有方向的。“雷符 + 河流”能引雷，“河流 + 雷符”却不算数。查表时会同时验证方向，避免玩家被“怎么换个顺序就无效”困扰。
**同一个组合可以有多个目标。**比如风助火势，既影响火焰本身，也可能引燃邻近的干草木——一条配方允许登记多个目标对象。
**状态参与查表。**配方描述的是“干燥草木”，潮湿的草就点不着。所以卡牌身上还挂着湿、麻痹、储量这些状态位，结算前先核对状态，再决定走不走这条记录。
这张表也承载了我们对「涌现」的技术理解：**新玩法不是写新逻辑，而是往目录里加新条目。**后面章节的物产和加工链，就是作为独立的一组数据追加进来的，与主线规则互不干扰。
规则不变，组合在长——这正是我们希望它生长的方式。
