摘要跟完一个 Unity 案例后想加背包、换操作、改关卡却越改越乱先选一个能看见结果的小改动写清不改什么再用正常情况、重复触发和原功能检查判断是否完成。本文给出目标筛选表与假想拾取练习帮助你安排下一次练习而不是再开一个大项目。大家好我是 SiKi老师。一个案例刚跟完我更建议你留在这个案例里做一次小改动。不是把所有素材换一遍也不是立刻加上联网功能而是回答一个问题不用逐步照抄教程我能否改变一种行为并说明它为什么算完成本文适合已经能按课程要求运行基础案例的 Unity 初学者。这里讲的是练习范围和验收设计不提供拾取系统的实现代码。文中的关卡与分数规则均是假想例子当前主机没有运行这套 Unity 工程表中的预期不是实测结果。涉及 Console 的说明以 Unity 6.0 官方文档为依据其他练习安排是我的建议。一、先确认旧功能还能工作准备改案例前先保留一个你有权使用的原练习副本记录入口场景和课程使用的准确版本。不要直接覆盖唯一能运行的工程也不要一边练新功能一边升级引擎和依赖。然后重走一次这节课原本要求的操作。如果角色已经不能移动或者原本的计分显示就不正常先解决这个问题。否则改完以后出现异常你无法判断是新改动造成的还是原工程一直如此。记录不用复杂“进入哪一场景执行什么动作原本看到什么。”实际还没检查就写“基线未测”暂不开始下一步。这里的基线只是用于比较的起点不代表整个工程都通过了测试。二、从想法清单里只选一个行为想做的功能可以全部记下来但这轮只选一个。选题时我会先问能不能用一句话描述玩家操作后的变化是否知道结果应该在哪里出现为了完成它要不要引入自己还没学过的一整套系统想法范围判断可以收窄成什么做一个完整背包涉及容量、物品、界面与保存范围偏大先定义一种物品被拾取后的计数变化增加联网排行榜本地逻辑之外还有服务与账号依赖先在本地验证一局分数怎样产生把操作方式全部换掉可能同时影响移动、交互和界面先研究一个动作的输入需求另开验证任务改某一类拾取物的得分行为较明确但仍需了解原有计分入口仅改变一种物品的规则保留其他规则表中“较明确”不等于实现简单。如果你连分数在哪里更新都没找到本轮目标应当先改成定位并解释计分流程。不要为了维持原计划把一个尚不理解的系统交给复制粘贴。我不把练习大小按代码行数判断。只改一个数字也可能影响很多地方改了几个文件也可能仍只围绕一种行为。要看的是你能否说明影响范围并设计对应检查。三、写清这轮不改什么选好目标后再写一行排除项。比如“只改变金色拾取物的分值不改生成数量、不加音效、不加存档、不换操作方式。”这些想法可以进入下一轮但不在这一轮顺手实现。这里的“一次只改一个目标”指一项连贯的功能任务不是机械地限制只能改一个参数。真正需要同步调整的逻辑和显示仍属于同一目标同时增加新的系统则需要重新评估范围。下面是一份假想的目标说明数字只是演示规格不来自任何课程的既有实现起点已有单局计分、拾取后移除物品的基础案例相关行为需先由你确认。目标首次拾取一枚金色物品增加 5 分普通物品维持原来的 1 分。不改场景、移动、物品数量、普通物品规则和重新开始的入口。完成条件指定物品的得分正确重复接触同一已拾取物品不重复加分原有规则仍符合基线。如果原案例没有这些机制不要直接套用。换成你已经拥有的行为例如一段提示文字的显示条件而不是先为了填写这张说明补造整套案例。四、动手前先列验收不用“看起来没问题”收尾继续沿用上面的假想规则我会准备下面的检查表。所有“实际结果”都需要在你自己的工程执行后填写本文没有将它们预先标成通过。检查情况操作前提预期实际结果首次拾取金色物品新一局分数为 0物品尚未拾取分数变为 5物品按既有规则移除未测不发生拾取保持同一起点不接触物品分数仍为 0未测连续拾取两枚不同金色物品两枚物品各只拾取一次累计增加 10 分未测再次接触原位置同一物品此前已拾取不因同一物品重复加分未测普通物品检查普通物品未被改规则仍按原规则增加 1 分未测重新开始使用原案例已有的重开入口初始分数和物品状态符合原有设计未测第一次通过正常情况只说明正常路径在当时条件下成立。重复触发和原功能检查回答的是另外的问题不能用同一个“已完成”代替。预期也可能写错。比如原设计的重开方式保留总分而你期待归零那是需求没有对齐未必是代码故障。先澄清设计再决定是否修改不要为了让测试表变绿随意改变原规则。五、结果不对时先记录差异再决定是否扩大范围检查失败后写清前提、动作、预期和实际。比如“第一次拾取后显示 10预期是 5”比“计分坏了”更有助于继续定位。但不要立刻把这个现象写成“必然触发了两次”重复调用、数值配置等原因都需要证据。Unity Console 可以显示编辑器产生的错误、警告及其他消息选中消息可查看完整内容见 Unity 6.0 Console 说明。消息是排查线索不是功能验收的替代品。没有报错也不能证明分数符合你的设计。如果定位发现必须重做整个系统先停下来更新范围当前任务保留什么、缺少什么知识、下一步先验证哪一点。不要把“只改一个得分规则”悄悄做成“重新实现背包与存档”最后仍沿用原来的完成条件。需要暂时放弃改动时使用已保留的原练习副本继续学习。没有可靠备份就不要尝试不熟悉的批量删除或还原先确认可恢复的内容和位置。六、用一段说明决定下一轮练习完成检查后给自己留三句话这次改变了什么依据哪些实际观察判断完成还有哪些情况没测。若只在编辑器中检查就明确写编辑器内结果不顺带声称手机或发布后的程序也已通过。能解释行为变化后再从想法清单中选下一项。例如这轮只检查得分下一轮再研究反馈表现本轮发现重复加分尚未解决就先保留问题不急着进入新的功能。公开展示练习时也要说明哪些是课程基础、哪些是自己的改动。只展示有权公开的素材与代码不把整套付费课程资源当成自己的作品附件。小结跟完教程后的练习可以从一个小而明确的行为开始保留可比较的起点选一项改动写出不做的范围先定验收再记录实际结果。这个过程帮助你看清自己改变了什么它不保证某个功能一定容易也不替代工程中的实际测试。如果现在只给你的案例加一项变化你会改什么试着用“在什么条件下发生什么变化”写一句话再补上一项这轮明确不做的内容。
摘要跟完一个 Unity 案例后想加背包、换操作、改关卡却越改越乱先选一个能看见结果的小改动写清不改什么再用正常情况、重复触发和原功能检查判断是否完成。本文给出目标筛选表与假想拾取练习帮助你安排下一次练习而不是再开一个大项目。大家好我是 SiKi老师。一个案例刚跟完我更建议你留在这个案例里做一次小改动。不是把所有素材换一遍也不是立刻加上联网功能而是回答一个问题不用逐步照抄教程我能否改变一种行为并说明它为什么算完成本文适合已经能按课程要求运行基础案例的 Unity 初学者。这里讲的是练习范围和验收设计不提供拾取系统的实现代码。文中的关卡与分数规则均是假想例子当前主机没有运行这套 Unity 工程表中的预期不是实测结果。涉及 Console 的说明以 Unity 6.0 官方文档为依据其他练习安排是我的建议。一、先确认旧功能还能工作准备改案例前先保留一个你有权使用的原练习副本记录入口场景和课程使用的准确版本。不要直接覆盖唯一能运行的工程也不要一边练新功能一边升级引擎和依赖。然后重走一次这节课原本要求的操作。如果角色已经不能移动或者原本的计分显示就不正常先解决这个问题。否则改完以后出现异常你无法判断是新改动造成的还是原工程一直如此。记录不用复杂“进入哪一场景执行什么动作原本看到什么。”实际还没检查就写“基线未测”暂不开始下一步。这里的基线只是用于比较的起点不代表整个工程都通过了测试。二、从想法清单里只选一个行为想做的功能可以全部记下来但这轮只选一个。选题时我会先问能不能用一句话描述玩家操作后的变化是否知道结果应该在哪里出现为了完成它要不要引入自己还没学过的一整套系统想法范围判断可以收窄成什么做一个完整背包涉及容量、物品、界面与保存范围偏大先定义一种物品被拾取后的计数变化增加联网排行榜本地逻辑之外还有服务与账号依赖先在本地验证一局分数怎样产生把操作方式全部换掉可能同时影响移动、交互和界面先研究一个动作的输入需求另开验证任务改某一类拾取物的得分行为较明确但仍需了解原有计分入口仅改变一种物品的规则保留其他规则表中“较明确”不等于实现简单。如果你连分数在哪里更新都没找到本轮目标应当先改成定位并解释计分流程。不要为了维持原计划把一个尚不理解的系统交给复制粘贴。我不把练习大小按代码行数判断。只改一个数字也可能影响很多地方改了几个文件也可能仍只围绕一种行为。要看的是你能否说明影响范围并设计对应检查。三、写清这轮不改什么选好目标后再写一行排除项。比如“只改变金色拾取物的分值不改生成数量、不加音效、不加存档、不换操作方式。”这些想法可以进入下一轮但不在这一轮顺手实现。这里的“一次只改一个目标”指一项连贯的功能任务不是机械地限制只能改一个参数。真正需要同步调整的逻辑和显示仍属于同一目标同时增加新的系统则需要重新评估范围。下面是一份假想的目标说明数字只是演示规格不来自任何课程的既有实现起点已有单局计分、拾取后移除物品的基础案例相关行为需先由你确认。目标首次拾取一枚金色物品增加 5 分普通物品维持原来的 1 分。不改场景、移动、物品数量、普通物品规则和重新开始的入口。完成条件指定物品的得分正确重复接触同一已拾取物品不重复加分原有规则仍符合基线。如果原案例没有这些机制不要直接套用。换成你已经拥有的行为例如一段提示文字的显示条件而不是先为了填写这张说明补造整套案例。四、动手前先列验收不用“看起来没问题”收尾继续沿用上面的假想规则我会准备下面的检查表。所有“实际结果”都需要在你自己的工程执行后填写本文没有将它们预先标成通过。检查情况操作前提预期实际结果首次拾取金色物品新一局分数为 0物品尚未拾取分数变为 5物品按既有规则移除未测不发生拾取保持同一起点不接触物品分数仍为 0未测连续拾取两枚不同金色物品两枚物品各只拾取一次累计增加 10 分未测再次接触原位置同一物品此前已拾取不因同一物品重复加分未测普通物品检查普通物品未被改规则仍按原规则增加 1 分未测重新开始使用原案例已有的重开入口初始分数和物品状态符合原有设计未测第一次通过正常情况只说明正常路径在当时条件下成立。重复触发和原功能检查回答的是另外的问题不能用同一个“已完成”代替。预期也可能写错。比如原设计的重开方式保留总分而你期待归零那是需求没有对齐未必是代码故障。先澄清设计再决定是否修改不要为了让测试表变绿随意改变原规则。五、结果不对时先记录差异再决定是否扩大范围检查失败后写清前提、动作、预期和实际。比如“第一次拾取后显示 10预期是 5”比“计分坏了”更有助于继续定位。但不要立刻把这个现象写成“必然触发了两次”重复调用、数值配置等原因都需要证据。Unity Console 可以显示编辑器产生的错误、警告及其他消息选中消息可查看完整内容见 Unity 6.0 Console 说明。消息是排查线索不是功能验收的替代品。没有报错也不能证明分数符合你的设计。如果定位发现必须重做整个系统先停下来更新范围当前任务保留什么、缺少什么知识、下一步先验证哪一点。不要把“只改一个得分规则”悄悄做成“重新实现背包与存档”最后仍沿用原来的完成条件。需要暂时放弃改动时使用已保留的原练习副本继续学习。没有可靠备份就不要尝试不熟悉的批量删除或还原先确认可恢复的内容和位置。六、用一段说明决定下一轮练习完成检查后给自己留三句话这次改变了什么依据哪些实际观察判断完成还有哪些情况没测。若只在编辑器中检查就明确写编辑器内结果不顺带声称手机或发布后的程序也已通过。能解释行为变化后再从想法清单中选下一项。例如这轮只检查得分下一轮再研究反馈表现本轮发现重复加分尚未解决就先保留问题不急着进入新的功能。公开展示练习时也要说明哪些是课程基础、哪些是自己的改动。只展示有权公开的素材与代码不把整套付费课程资源当成自己的作品附件。小结跟完教程后的练习可以从一个小而明确的行为开始保留可比较的起点选一项改动写出不做的范围先定验收再记录实际结果。这个过程帮助你看清自己改变了什么它不保证某个功能一定容易也不替代工程中的实际测试。如果现在只给你的案例加一项变化你会改什么试着用“在什么条件下发生什么变化”写一句话再补上一项这轮明确不做的内容。
