学习空间/调查以后,游戏怎样真的记住?
← 回到有声课堂
第 08 讲 / 引擎

调查以后,游戏怎样真的记住?

节点分工 → 事件通知 → 事实 → 反馈

5:41 有声讲解8 页分镜原创图解与练习
原创图解 · 逐页有声讲解
第 1 页:一张桌子,不应该接管整个游戏。把检测、内容、规则、显示分别交给明确的责任方。
原创示意 · 把检测、内容、规则、显示分别交给明确的责任方。放大图解 ↗整页讲义 ↗
合成中文讲解 · 默认暂停待播

逐句字幕将在播放时显示;本页完整讲稿始终可读。

01 / 本页核心

一张桌子,不应该接管整个游戏

先分清谁知道什么,再决定谁调用谁。

  • 范围:谁能够调查
  • 物件:被调查后提供什么
  • 房间与界面:规则与显示

观察提示把检测、内容、规则、显示分别交给明确的责任方。

本页完整讲稿

本课用一个独立规则:调查记录之后,练习出口允许通过,不沿用其他课程的通关事实。范围检测知道玩家靠近没有;记录物件提供调查事件与内容;房间控制者处理规则;界面负责显示。节点像不同职责的部件,但不等于一个物件只能对应一个节点,桌子可能含图片、范围与碰撞。我们先画职责,不急着造大框架。本课参照戈多四点七文档,仍需在独立场景验证。

完整视频 · 5:41 · 点击展开播放

完整视频为连续播放,不会在思考题处自动停下。看到“暂停思考”时,请使用视频暂停键。字幕可在原生播放器中开关;需要逐页讨论时切回“逐页听讲”。

从第 1 页开始。点击音频播放键听讲,也可以直接看图和读讲稿。

本播放器只记住本课页码,不保存答题或私人笔记,不会自动勾选课程完成。

听完这一讲,你要能做到

能画出检测、输入、调查事件、事实更新与三种反馈;解释信号为何不是存档,并设计重复调查和离场返回测试。

本机中文合成讲解(Microsoft Huihui Desktop)。可读讲稿不依赖声音。看过视频不等于已经在 Godot 里验证;练习需在独立工程或纸面推演中按实际条件完成。

把课堂带走

视频可独立播放,字幕与逐字稿可以分开保存。下载不包含第三方演讲素材。

视频内另含可切换字幕轨。若浏览器直接打开文件,可使用播放器菜单或另存;文件播放和字幕显示取决于本地播放器支持。

完整图文讲义

可以直接阅读,不必播放或听完所有内容。

01

一张桌子,不应该接管整个游戏

先分清谁知道什么,再决定谁调用谁。

把检测、内容、规则、显示分别交给明确的责任方。

本课用一个独立规则:调查记录之后,练习出口允许通过,不沿用其他课程的通关事实。范围检测知道玩家靠近没有;记录物件提供调查事件与内容;房间控制者处理规则;界面负责显示。节点像不同职责的部件,但不等于一个物件只能对应一个节点,桌子可能含图片、范围与碰撞。我们先画职责,不急着造大框架。本课参照戈多四点七文档,仍需在独立场景验证。

看图时留意:把检测、内容、规则、显示分别交给明确的责任方。

02

靠近,只是成为候选

进入范围不等于玩家已经主动调查。

把“可以调查”与“已经调查”之间的输入步骤找出来。

玩家走进桌边,范围检测可以把桌子加入候选,并显示调查提示。但这时不要立刻记成读过记录。只有按下调查,而且候选仍然有效,才执行调查。离开范围后,应清除候选与提示,否则隔着房间也能点到旧物件。两个物件范围重叠时,还需要明确选谁,例如优先面前且最近的一项。先保证一次输入对应一个对象,再谈漂亮面板;不然文字再精美,也可能显示错内容。

看图时留意:把“可以调查”与“已经调查”之间的输入步骤找出来。

03

信号是通知,不是自动完成任务

发出事件后,要有已连接的接收者处理它。

沿箭头看事件怎样到达处理者,而不是只看发出端。

把信号想成一次通知:记录被调查了,已经连接的接收者执行各自回调。类比到这里就够了;它不是会保存历史、等待听众上线的信箱,也不是后台线程。连接要在事件前准备好,避免编辑器和代码重复接同一处理。调查物不必知道出口的完整节点路径,可以由房间协调。启动时的门状态也要主动刷新,不能等一个还没发生的调查信号来告诉它初始样子。

看图时留意:沿箭头看事件怎样到达处理者,而不是只看发出端。

04

先更新事实,再让反馈读取事实

文字、出口与提示,应该讲同一件事。

追踪一个事实,检查它是否同时驱动三处可见反馈。

接收调查事件后,房间先把记录已经调查这个事实写下来,再根据它更新出口和提示,最后给出可理解的文字。不要让面板自己存一份门已开,门又存一份任务完成,双方很容易不一致。练习把已调查作为通过条件,只是我们定的规则,并不证明玩家真的理解了内容。若正式谜题需要确认理解,应另设有意义的回答或操作。把规则含义说清,比布尔变量取个漂亮名字更重要。

看图时留意:追踪一个事实,检查它是否同时驱动三处可见反馈。

05

暂停:面板关了,事实去哪了?

画面只是事实的一种表现,不是事实本身。

把面板从图中暂时拿走,检查事实是否仍然有主人。

如果唯一的已调查信息,就是面板上显示着已读两个字,关闭面板后会怎样?重新创建的面板可能恢复默认文字,门也可能不知道该不该开。现在暂停,选择更可靠的做法。让事实由确定的状态持有者管理,面板每次打开都读取它。这里并不是要求所有数据都放全局,而是问清谁活得比这块面板更久。文字、动画和按钮都可以重建,不能靠猜它们的外观恢复游戏进度。

看图时留意:把面板从图中暂时拿走,检查事实是否仍然有主人。

暂停思考:面板会反复关闭与重建,如何可靠恢复“记录已调查”?
  1. 检查新面板是否显示已读文字
  2. 向明确的状态持有者读取事实
  3. 再发一次调查信号充当存档

参考判断:B。状态持有者保存事实,界面据此重新呈现。外观不应是进度的唯一来源;补发事件也不能替代存储,还可能触发重复奖励。

06

重复调查可以回看,不应重复发奖

允许重复动作,不等于重复推进。

第二次调查时,只让回顾发生,不再走首次推进分支。

第一次调查把未调查改成已调查,并执行一次允许通过的变化。第二次调查可以再次显示记录,却不应重复发放奖励或再切一次场景。把这两类行为拆开:内容可回看,首次推进要检查当前事实。然后做一次重置,事实回到未调查时,门与提示也要重新计算。不要靠延迟半秒来压住重复响应;先检查是不是一次输入触发多次,或者同一规则在多个地方各执行了一遍。

看图时留意:第二次调查时,只让回顾发生,不再走首次推进分支。

07

离开房间,与关闭游戏,是两种保存问题

信号不保存状态,场景变量也不会自动跨场景。

分别指出运行期间的事实来源,以及退出后保存的额外需求。

房间被销毁时,它自己的变量通常也随实例消失。若要离开再回来,先让需要保留的事实由切换期间仍存在的对象持有;新房间准备好后,读取事实并恢复门与提示。若连游戏都关闭,还需要另行写入和读取磁盘,内存里的管理对象并不能替代存档。恢复时也不要重播所有历史调查,否则可能再发一次奖励。先恢复当前样子,只有新动作发生时才处理新的事件。

看图时留意:分别指出运行期间的事实来源,以及退出后保存的额外需求。

08

动手:用四条路径验收一个调查闭环

不是出现文字就算完成,而是整条反馈链一致。

每条测试路径都核对事实来源,而不只看有没有弹窗。

打开站内调查与状态练习,在独立场景实现这条小规则。测试正常调查、重复调查、先碰出口再调查,以及离开房间后返回四条路径。每次都看文字、门与提示是否一致;没有反应,就沿输入、事件、回调、事实、表现逐段查。记录实际结果和失败步骤,不写笼统的能跑。课中的箭头只是概念演示,四条路径真正运行通过,才是你这个练习的证据,仍不等于正式游戏已完成。

看图时留意:每条测试路径都核对事实来源,而不只看有没有弹窗。

这一讲参考了什么

概念依据与本课原创练习分开看。来源支持范围写在每一项后面,不代表讲解被原作者背书。

Godot 4.7 官方文档 · Using signals ↗

固定 4.7 文档核对连接、回调、自定义信号、emit 与参数。用于现有 Godot 4.x 教学概念,不要求升级,不混入 Godot 3 的字符串式连接示例。

核查日期:2026-09-19
Godot 4.7 官方文档 · Scene organization ↗

核对场景依赖、上层协调与信号作为事件通知的设计建议。房间控制者与已读记录规则为本站原创的小练习,不要求通用全局管理器,也不代表已在用户正式游戏内实现。

核查日期:2026-09-19
带着观看问题继续读原作者资料 →

输入一个你想弄明白的问题。

按 Esc 关闭 · 标题、关键词和正文一起搜索