第一章 引擎坐标：历史、选型与哲学

第一章 · 引擎坐标：历史、选型与哲学

章节摘要：本章跟着一个最朴素的问题走——"面对一个想做的游戏，我凭什么把赌注押在 Godot 上"。我们先回到这台引擎的来历，看清它的生态位；再把它和 Unity、Unreal 摆上同一张手术台逐项对比；最后落到那句贯穿全书的设计哲学"一切皆节点"上。读完你会知道它从哪来、适合谁、以及它用什么样的世界观组织一个游戏。

一条主线

一个独立开发者的真实困境：想做一款中等体量的 2D 游戏，预算有限，团队三五人，要发桌面端和手机端。摆在桌上的选项有三个——Godot、Unity、Unreal。本章的主线就是把这三张牌翻开的过程：先看 Godot 的出身（1.1），它的血统决定了它的体量、许可与社区形态；再把三台引擎放进同一张对比表（1.2），从 2D 支持、3D 上限、语言生态到授权条款逐项过秤；最后解剖 Godot 的设计哲学（1.3），理解"组合优于继承"如何从一句口号变成引擎的每一处细节。这三步走完，选型不再是道听途说，而是可以自己复算的决策。

沿途站点

• 1.1 开源引擎的来历与生态位：从阿根廷的一间卧室项目到社区基金会，看清 MIT 许可与"引擎自举"这两个决定性事实。
• 1.2 选型对决：Godot、Unity 与 Unreal：一张多维对比表加一组场景化判断，给出什么项目该选谁、什么项目别选谁。
• 1.3 一切皆节点：设计哲学：把"节点-场景-树"的三层世界观讲透，为第 3 章的实战打地基。

拐点与结论

本章有两个认知拐点。其一，免费不等于简陋：Godot 的轻量是刻意设计而非能力不足，它的取舍逻辑在 1.1 的历史里写得明明白白。其二，选型比较没有全能冠军：Unity 胜在生态纵深，Unreal 胜在画面上限，Godot 胜在可控与轻快；把项目需求翻译成权重，答案自然浮出。最终落点在哲学一节——理解"一切皆节点"，等于拿到了全书后续所有章节的钥匙。

顺带说一句读法。这一章刻意不讲任何操作，因为它处理的是"判断"而非"技能"：判断一台引擎值不值得投入数年，判断一种架构思想会把自己的代码带向何方。如果你时间紧，最低限度读 1.2 的对比表和 1.3 的前半段，选型结论与核心世界观就到手了；如果时间充裕，建议把 1.1 的历史当故事读完——很多工程直觉，其实都埋在历史的选择里。

读完你应该

• 能讲清 Godot 的三个身份事实：MIT 许可、社区基金会治理、引擎用自己构建
• 能针对一个具体项目在 Godot、Unity、Unreal 之间给出有依据的选型结论
• 能说出"组合优于继承"在引擎设计中的具体含义与代价
• 能用"节点、场景、场景树"三个词准确描述一个游戏的结构
• 能识别哪些项目类型是 Godot 的强项，哪些目前仍是短板

本章知识点清单

逐条可检验，读完自查：引擎的开源许可属于哪一族、条款允许与禁止的边界各是什么；基金会治理与公司治理在决策机制上的差异；三引擎在授权、语言、二维支持、三维上限、体积、生态六个维度的各自站位；组合式架构与继承式架构在扩展新功能时的不同操作路径；节点的三层定义（功能单元、场景模板、运行之树）各自的用途；控制分支与画布分支的坐标系差异会带来什么后果。任何一条答不上来，回到对应小节重读即可，每条都对应正文里的完整论述。

下一章的接力

哲学说清了，接下来要把镜头推进到引擎内部：主循环每一帧在做什么、服务器架构如何分层、内存如何生死。第 2 章从"世界观"进入"生理学"，为第 3 章的节点与信号实操提供底层坐标。带着一个悬念进入下一章会更有意思：你在场景树里随手写的一行处理函数，引擎是怎么决定它每帧被调用一次的？答案藏在主循环的工序表里。