本地开发工具 / LESSON 30
VS Code:搜索、比较与定位改动
把编辑器用成理解项目的工具,而不仅是打字窗口。
CONCEPT MAP先看一眼知识之间的联系
01打开正确的范围
学习时打开练习目录,不把整个 D 盘当工作区。正式项目操作由 Codex 主控协调;网页站不能替你打开本地文件。一个清楚的工作区让搜索结果更相关,也能减少 AI 读取不相关目录的机会。
02先学三个高收益动作
- 用 Ctrl+P 按文件名定位文件,而不是逐层展开所有目录。
- 用 Ctrl+Shift+F 搜索变量或动作名,例如 interact;限定目录和文件类型,避免把生成缓存一起搜索。
- 使用文件比较或源代码管理差异视图,逐段看新增、删除与修改。不要只看“改了三个文件”的总结。
| 你在判断什么 | 应查看的证据 |
|---|---|
| 改了输入动作 | 代码与 Input Map 是否一致 |
| 改了资源路径 | 引用指向的文件是否存在 |
| 改了一个条件 | 调用它的所有分支是否受影响 |
| 改了类型 | 上下游函数签名是否仍匹配 |
03Godot 仍然负责运行与核验
VS Code 可以编辑 GDScript,但语言服务、调试与跳转能力取决于具体扩展和与 Godot 的连接。当前学习不要求安装新扩展,先使用 Godot 内置脚本编辑器也完全可行。需要外部编辑器集成时,按 Godot 官方说明核对配置与插件兼容性,不复制过期端口或命令参数。
04动手:比较两个版本
# 前提:两个练习文件确实存在;只打开差异视图。
code --diff '.\before.gd' '.\after.gd'让 after.gd 只多一个早返回条件,观察差异。用自己的话解释它改变哪条失败路径,以及正常路径是否保持不变。若 code 命令未注册,不用修改系统 PATH;通过编辑器的“选择以进行比较 / 与已选项目进行比较”完成同一任务。
动手后,再勾选
不是“我看懂了”,而是你在独立练习里做出并检查过。
CHECK YOUR UNDERSTANDING
换一个情景,你会怎么判断?
VS Code 能打开 .gd 文件,是否说明已完成 Godot 运行验证?
编辑器可读文件不证明节点依赖、资源和运行路径正确。
用自己的话,留一条笔记
可以写“我之前以为……,现在发现……”,或者记录还没解决的问题。
仅保存在此浏览器0 / 20000
↗回到资料核对
本课是解释与练习,不替代对应版本的官方手册。网页实验不运行 Godot;未标明实机验证的代码,仍需在独立工程中检查。
把这课收进你的理解里。
标记已读不会自动勾选实作,也不代表游戏功能已经完成。