学习路线：从看懂到能验收
学习 Unity 最容易走偏的方式，是试图把所有窗口和 API 都记住。你已经有十年后端经验，可以换一种顺序：先把开发链看完整，再用一个小功能贯穿它。
四个阶段，每个阶段都有产出
阶段一：先能定位问题
给自己一个检查：如果需求是“合成物品后飞向分数栏”，你能否说出它涉及规则结果、坐标转换、动画和 UI 刷新？如果“广告后给道具”，又能否补上平台回调、重复回调处理和服务端校验？
阶段二：看懂工程是怎样组成的
依次读编辑器、对象与组件、Prefab、生命周期、C# 和坐标。练习只需要一个场景和几个简单对象。重点观察 Inspector 中的引用如何连接、Play 模式怎样运行、退出运行后哪些修改会消失。
本手册没有附完整 Unity 工程。操作示例是你或 AI 建立验证工程时的指引；代码片段的依赖与挂载方式会在对应章节说明。
阶段三：用一个玩法连接系统
阅读合成案例四章，再按问题查输入、UI、动画、存档。先让一个合法合成操作稳定成立，再增加多个物品、无效操作、暂停、恢复和异常反馈。
不要同时推进广告、云存档、皮肤商店和复杂特效。规则还没稳定时，功能越多，定位问题越困难。每个阶段的可见变化要足够小，才能判断是哪次修改引入了问题。
阶段四：把编辑器成功变成设备成功
进入工具链、微信平台、构建发布和调试章节。检查目标环境的身份、网络、包体、资源、前后台切换、触摸与性能。
你的后端经验在这里很有价值：固定版本、记录输入输出、收集日志、比较环境、控制发布。额外需要补上的是客户端的帧时间、资源内存与视觉反馈。
两条阅读方式
| 当前状态 | 推荐路线 |
|---|---|
| 想先认识 Unity | 速览 → 核心模型 → 合成设计 → 工具链 → AI 工作流 |
| 已有具体功能 | 能力索引 → 对应章节 → 合成案例中的相似问题 → 验收 |
| AI 生成的东西跑不动 | 调试 → 编辑器引用检查 → 最小复现 → 版本和平台核对 |
| 编辑器正常、微信异常 | 构建 → 平台差异 → 真机日志 → 网络和资源 → 性能 |
给自己的第一份作业
写一张任务卡：“在 4×4 棋盘上拖拽两个一级物品进行合成”。补齐：输入是什么、允许什么、拒绝什么、输出是什么、如何恢复，以及在哪个环境验证。
如果发现某些答案还不知道，不要立即让 AI 猜。把它们列成产品选择。AI 适合实现明确的决定，也能帮助比较方案，但规则最终要由你确认。
本手册的学习验收是：能描述、能拆分、能定位、能验证。 真正的熟练度来自把这些方法应用到你的游戏，并反复在目标设备上检查。
下一站：后端经验如何迁移。