<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>场景架构 on PlumePHP</title><link>https://plumephp.com/tags/%E5%9C%BA%E6%99%AF%E6%9E%B6%E6%9E%84/</link><description>Recent content in 场景架构 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 03 May 2026 10:24:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E5%9C%BA%E6%99%AF%E6%9E%B6%E6%9E%84/index.xml" rel="self" type="application/rss+xml"/><item><title>Godot 游戏客户端场景架构：把 Node 树从原型拉到可维护项目</title><link>https://plumephp.com/godot-scene-architecture-for-live-client-2026/</link><pubDate>Sun, 03 May 2026 10:24:00 +0800</pubDate><guid>https://plumephp.com/godot-scene-architecture-for-live-client-2026/</guid><description>&lt;h2 id="godot-的-node-树很自由也很容易失控"&gt;Godot 的 Node 树很自由，也很容易失控&lt;/h2&gt;
&lt;p&gt;Godot 最吸引人的地方之一，是用场景和 Node 组合功能。一个角色可以是一个场景，一个子弹可以是一个场景，一个 UI 面板也可以是一个场景。原型阶段，这种自由非常舒服：拖几个节点，写几段 GDScript，很快就能跑起来。项目进入中后期后，同样的自由也会带来麻烦：谁负责切场景，谁保存玩家状态，UI 怎么拿战斗数据，战斗节点能不能直接调用背包，信号到底是谁发给谁。&lt;/p&gt;</description></item></channel></rss>