Godot 资源唯一 ID：路径会变，配置引用不能跟着断
路径引用很方便，也很脆弱 Godot 场景和 Resource 天然使用路径引用。很直观，编辑器移动文件时也能更新一部分引用。但游戏业务数据里，如果所有道具、技能、任务都用路径当 ID，后期会遇到麻烦：文件改名导致存档找不到，配置表引用路径太长，热更新包路径变化，内容人员复制资源忘记改引用。
category
GameDev
共 185 篇文章。
个人游戏开发者失败案例：没人在线的多人竞技游戏
一个关于个人开发者制作多人竞技游戏失败的案例：网络同步做出来了，房间系统也能跑，但冷启动、匹配等待、服务器成本和玩家密度最终让游戏无法成立。
个人游戏开发者成功案例：从第一天准备多语言的叙事游戏
写在前面：多语言成功不是翻译阶段才开始 苏梨做了一款书信叙事游戏。玩家扮演一名小镇邮局职员，阅读、分拣和转交居民信件。选择不同投递顺序，会影响居民关系和故事走向。游戏文本量不小。她从一开始就知道，如果只做中文，市场会比较窄。她想做英文和日文版本，但不想在最后被本地化拖垮。
Godot 脚本状态机模式：角色、UI 和流程控制如何避免 if 地狱
状态一多，if 就会变成迷宫 Godot 脚本写起来很快， 、 、 很自然。功能继续加，角色会有待机、移动、跳跃、攻击、受击、死亡、攀爬、游泳；UI 会有加载、展示、提交中、失败、成功；流程会有登录、选服、进大厅、重连。条件越来越多，脚本会变成 if 地狱。
个人游戏开发者失败案例：功能投票把路线图变成拼盘
写在前面：投票能告诉你热度，不能替你做判断 何川做了一款轻度基地建设游戏。玩家在荒岛上建造小营地，安排角色采集、修理、休息和探索。游戏原本很清楚：小队资源管理，加一点角色事件。上线抢先体验后，玩家社区还算活跃。
Godot 对话打字机效果：逐字显示、跳过、语音和选项节奏
打字机效果看似简单，节奏很容易错 剧情对话里常见逐字显示：文字一个个出现，配合语音、头像、音效和选项。Godot 用 RichTextLabel 很容易做出基础效果，调 就能逐字出现。但真正上线后，边界很多：玩家点击是加速还是跳到末尾，语音如何同步，富文本标签怎么算字符，选项什么时候出现，翻译变长后速度怎么调。
个人游戏开发者成功案例：用外包收入养出的个人游戏
写在前面：没有 All in，也能把游戏做完 温启一直想做自己的游戏。他做的是一款小型战术解谜游戏，玩家用三名能力不同的角色穿过敌人巡逻区域。每关像一张可拆解的行动图，需要规划视野、时机和道具使用。他没有辞职全职做。
个人游戏开发者失败案例：以为靠广告就能赚钱的休闲手游
一个关于个人开发者误判移动休闲游戏广告变现的失败案例：游戏开发不难，上架也顺利，但流量、留存、广告填充、用户获取和版本维护远比想象中更重。
Godot 可交互对象系统：提示、条件、优先级和交互事务
交互对象越多，越不能各写各的 游戏里到处都是可交互对象：NPC、宝箱、门、机关、采集点、传送门、任务物品、商店牌、剧情触发器。原型阶段，每个对象自己放一个 Area，玩家进入后显示提示，按键触发。功能多了之后，问题就会出现：多个对象重叠时提示谁？战斗中能不能交互？条件不足怎么提示？交互后要不要等服务端？
个人游戏开发者失败案例：忽视素材授权让项目临近发布返工
写在前面：临时素材用久了，就会变成风险 高岭做了一款侦探推理游戏。玩家在一座老旅馆里调查失踪案，通过询问住客、翻找物品和比对时间线找出真相。项目早期，他为了快速出效果，使用了很多网上找到的素材。背景音乐来自免费素材站。
Godot 2D 视差背景：Parallax2D、相机速度和循环层管理
视差背景不是几张图往后放 2D 游戏里，视差背景能快速提升空间感。远山移动慢，近景树影移动快，云层独立漂移，战斗场景立刻更有层次。Godot 提供 Parallax2D、ParallaxBackground 等能力，实现起来不难。难的是让它在不同相机速度、分辨率、关卡边界和移动端性能下都稳定。
个人游戏开发者成功案例：先做好声音的节奏动作游戏
写在前面：这款游戏赢在玩家看不见的地方 梁予做了一款节奏动作游戏。玩家控制一名鼓手，在敌人攻击节拍中闪避、反击和连段。画面是简单的低分辨率像素风，角色动画也不复杂。第一次看截图，很多人不会觉得它特别。
Godot 导入预设治理：纹理、音频、模型设置别靠手点
导入设置也是代码的一部分 Godot 的资源导入设置很强，纹理是否压缩、是否 mipmap、过滤方式、音频是否循环、模型是否导入材质、动画采样都在这里。很多团队把它当成编辑器里的手工选项：谁导入资源，谁随手调一下。结果就是同类资源设置不一致，某张 UI 图被压缩糊了，某个音效没压缩，某个模型导入了多余动画。
个人游戏开发者失败案例：Steam 裸发后无人问津的解谜游戏
一个关于个人游戏开发者 Steam 裸发失败的案例：游戏完成度并不差，但没有商店页积累、没有 Demo、没有愿望单验证，最终首周销量惨淡。
个人游戏开发者失败案例：反复换引擎让项目停在起点
一个个人游戏开发者在 Unity、Godot 和 Unreal 之间反复切换，始终没有完成可验证版本，最终被技术选择拖垮的失败案例。
Godot Autoload 启动顺序：服务初始化、依赖和首屏耗时
Autoload 越多，启动越需要秩序 Godot 的 Autoload 很方便，音频、存档、配置、网络、输入、场景路由都可以注册成全局服务。项目初期加一个服务不痛不痒，到了十几个 Autoload 后，启动顺序就会变成问题：配置服务还没加载，任务服务已经读配置；存档服务失败，UI 仍然进入主菜单；网络服务在启动...
个人游戏开发者失败案例：那个不断加功能的像素 RPG
一个关于个人游戏开发者范围失控的失败案例：从一个两小时像素 RPG 原型开始，逐渐加入职业、装备、支线、家园和开放地图，最终项目在第 18 个月停滞。
个人游戏开发者成功案例：从 Game Jam 原型做成商业小品
写在前面：Jam 作品最怕被扩成另一个东西 程野的成功来自一个 48 小时 Game Jam。主题是“反转”。他做了一个很小的益智原型：玩家操控一个影子，真实角色会在镜像方向同步移动。玩家不能直接控制本体，只能通过影子把本体带到出口。
Godot 项目目录约定：让 scenes、scripts、resources 不再互相缠绕
讨论 Godot 客户端项目目录、资源归属、命名规则、模块边界和团队协作。
Godot 云存档同步：本地进度、远端版本和冲突选择
云存档的难点不是上传文件 Godot 本地存档系统稳定之后，很多项目会加云存档：玩家换设备继续玩，卸载重装不丢进度，桌面和掌机之间同步。技术上，上传和下载一个文件并不复杂。真正难的是冲突：两台设备都玩了，哪个进度算数？离线玩了一小时，云端已有新进度，怎么处理？上传失败后本地状态如何标记？