1. 项目背景与核心挑战解析“捉迷藏”这个题目听起来像是小朋友的游戏但在蓝桥杯Scratch国赛的舞台上它可一点都不简单。作为第10届国赛的第6题而且是程序2它考察的绝不仅仅是让角色动起来那么简单。我辅导过不少孩子备战蓝桥杯这道题可以说是区分“会编程”和“会思考”的一道分水岭。很多孩子拿到题目第一反应就是去网上找现成的“捉迷藏游戏”代码来改结果往往发现驴唇不对马嘴因为这道题的规则是高度定制化的考察的核心是事件驱动、条件判断、状态管理和逻辑流程的严密性。这道题通常模拟一个经典的捉迷藏场景一个“寻找者”角色和多个“隐藏者”角色。游戏的核心逻辑是寻找者需要在规定时间内通过某种交互方式比如鼠标点击、键盘控制移动找到所有隐藏者。隐藏者可能被放置在固定位置也可能有简单的移动或闪现逻辑。题目会设定具体的得分规则、时间限制、角色行为以及胜利/失败条件。它不像一些基础题目那样告诉你“按空格键发射子弹”这么直接而是需要你从零开始根据文字描述构建出一整套游戏运行的逻辑框架。最大的挑战在于题目描述往往是纯文本的没有流程图也没有分步骤的提示。你需要自己把“在30秒内用鼠标控制小猫找到三个随机位置的小老鼠每找到一个加10分超时或点击错误位置扣分”这样一段话拆解成Scratch里一个个具体的积木块。这中间涉及到角色初始化、随机位置生成、计时器控制、得分变量管理、鼠标点击事件监听、角色隐藏与显示的状态切换、以及游戏结束的条件判断等多个模块的协同工作。任何一个环节的逻辑漏洞都可能导致游戏无法正常运行或者规则执行出现偏差。2. 核心逻辑架构与角色设计要攻克这道题第一步不是急着去拖积木而是先在纸上或者脑子里把整个游戏的“骨架”搭起来。根据常见的国赛题型我们可以将核心架构分解为以下几个部分2.1 角色体系规划通常题目会涉及2类核心角色寻找者 (Seeker)通常由玩家控制。它的核心属性包括控制方式是键盘控制上下左右键还是鼠标跟随将xy坐标设定为鼠标的xy国赛题更倾向于考察鼠标交互的精确性。外观状态是否有“寻找中”和“找到目标”的不同造型这关系到反馈的清晰度。碰撞检测如何判定“找到”隐藏者是通过“碰到颜色”还是“碰到角色”在捉迷藏中更常用的是“如果碰到隐藏者角色” 来判断。隐藏者 (Hider)通常有多个例如3个。它们的核心属性包括初始状态游戏开始时它们应该“隐藏”起来。在Scratch中这意味着需要使用隐藏积木。位置逻辑是固定在几个预设坐标点还是在舞台范围内完全随机随机位置需要使用在-220到220之间取随机数来设定x和y坐标。这里有个细节要确保随机位置不会让角色超出舞台可视范围或重叠在不合理的地方虽然初级题目通常不考察重叠校验但好的习惯是让它们至少间隔一定距离。被发现后的反应被找到后是立刻消失隐藏还是播放一个音效、切换造型、然后消失这需要改变角色的状态。2.2 全局变量与游戏状态机游戏需要一些“大脑”来记住关键信息这就是变量。计时器 (时间)这是一个关键变量。通常我们需要一个倒计时例如从30开始每秒减1。这需要用到计时器归零并结合等待1秒和重复执行循环来实现递减。更精确的做法是在游戏开始瞬间将计时器归零然后用30 - 计时器来计算剩余时间。得分 (分数)记录找到的隐藏者数量或获得的分数。初始值为0每找到一个就增加。隐藏者剩余数量 (剩余数量)这是一个非常重要的状态变量。它的值等于隐藏者的总数。每找到一个就减1。当它等于0时触发游戏胜利条件。使用这个变量比单纯判断“分数是否等于3”更灵活便于扩展。游戏状态 (游戏进行中)这是一个布尔型变量可以用1/0表示用于控制游戏的开始和结束。当游戏未开始或已结束时很多角色脚本不应该再响应操作。这是一个高级技巧能有效避免游戏结束后还能点击得分等bug。有了这些角色和变量游戏的骨架就清晰了一个由“游戏状态”变量控制的主循环驱动着计时器的变化寻找者根据玩家输入移动并持续检测碰撞碰撞事件触发隐藏者的状态改变并更新“剩余数量”和“分数”最终“剩余数量”或“计时器”触发游戏结束逻辑。3. 关键脚本模块实现与避坑指南下面我们进入具体的积木搭建环节。我会按照一个合理的执行顺序来讲解并指出每个环节最容易“踩坑”的地方。3.1 游戏初始化绿旗下的第一件事当绿旗被点击一切必须重置。这是一个黄金法则。对于“捉迷藏”游戏初始化脚本通常写在背景或者一个控制器角色如“开始按钮”中。当 ⚑ 被点击 隐藏变量 [时间 v] 隐藏变量 [分数 v] 隐藏变量 [剩余数量 v] // 先隐藏保持舞台整洁调试时可显示 将变量 [游戏进行中 v] 的值设定为 [0] // 0表示未开始 将变量 [分数 v] 的值设定为 [0] 将变量 [剩余数量 v] 的值设定为 [3] // 假设有3个隐藏者 广播 [初始化所有角色 v] 并等待 // 这是一个自定义广播消息 显示 // 确保开始按钮或提示语显示出来避坑点1变量初始化顺序。一定要先设定“游戏进行中”为0未开始再初始化分数等。否则可能在初始化过程中触发某些仅应在游戏中进行的事件。避坑点2使用广播协调。直接使用“当绿旗被点击”控制所有角色容易造成时序问题。更好的做法是广播一个“初始化”消息让每个角色各自响应确保所有角色都准备好后游戏才真正开始。3.2 隐藏者角色的核心脚本等待与响应隐藏者角色的脚本是典型的事件驱动型。它大部分时间在“等待”直到被特定事件触发。当接收到 [初始化所有角色 v] 隐藏 在 (-220) 到 (220) 之间取随机数 将x坐标设定为 (取到的随机数) 在 (-160) 到 (160) 之间取随机数 将y坐标设定为 (取到的随机数) 将造型切换为 [正常造型 v] 当 ⚑ 被点击 // 或者当接收到 [游戏开始 v] 重复执行 如果 (游戏进行中) [1] 那么 如果 碰到 [寻找者 v] ? 那么 播放声音 [找到啦 v] 直到播放完毕 将变量 [分数 v] 的值增加 (10) 将变量 [剩余数量 v] 的值增加 (-1) 隐藏 停止 [这个脚本的其他部分 v] // 非常重要防止被重复找到 结束 end end避坑点3随机位置的范围。Scratch舞台的x坐标范围大致是-240到240y坐标是-180到180。但如果你把角色中心点随机放到边缘角色可能会一半在舞台外。所以通常取一个更保守的范围如x在-220到220y在-160到160之间。避坑点4找到后的脚本停止。隐藏者被找到后必须立刻隐藏并停止 [这个脚本的其他部分 v]。如果不停止这个“重复执行-如果碰到”的循环还会继续运行即使角色已经隐藏也可能因为坐标残留等问题被重复判定“碰到”导致分数异常增加。这是新手最容易出错的地方之一。3.3 寻找者角色的控制与碰撞检测寻找者通常由鼠标控制实现“指哪打哪”的效果。当接收到 [游戏开始 v] 将变量 [游戏进行中 v] 的值设定为 [1] 显示 将造型切换为 [寻找造型 v] 重复执行直到 (游戏进行中) [0] 移到 x: (鼠标的x坐标) y: (鼠标的y坐标) 如果 碰到 [边缘 v] ? 那么 移到 x: (鼠标的x坐标) y: (鼠标的y坐标) // 这个判断可以防止角色卡在边缘但本题通常不强制要求 end end避坑点5控制与状态绑定。寻找者的移动逻辑必须放在重复执行直到 (游戏进行中) [0]的循环里。这样一旦游戏结束“游戏进行中”设为0角色立即停止移动避免了结束后还能乱跑的问题。避坑点6鼠标控制的平滑性。移到鼠标指针这个积木虽然简单但有时不如移到 x: (鼠标的x坐标) y: (鼠标的y坐标)直观后者更方便我们添加额外的控制逻辑比如限制移动速度本题不需要。3.4 计时器与游戏结束判定这是游戏的“总指挥”通常由背景或一个独立的控制器角色负责。当接收到 [游戏开始 v] 将变量 [时间 v] 的值设定为 [30] // 初始时间30秒 重复执行直到 (时间) [1] 或 (剩余数量) [0] 等待 (1) 秒 将变量 [时间 v] 的值增加 (-1) end // 循环结束意味着时间到或者找齐了 将变量 [游戏进行中 v] 的值设定为 [0] 广播 [游戏结束 v] 并等待 如果 (剩余数量) [0] 那么 播放声音 [胜利 v] 说 (连接 [恭喜找到所有人得分] 和 (分数)) (2) 秒 否则 播放声音 [失败 v] 说 (连接 [时间到还有] 和 (连接 ((剩余数量)) 和 (连接 [个没找到。得分] 和 (分数)))) (2) 秒 结束避坑点7计时器的精度与循环条件。使用等待1秒并不是最精确的计时方式但在Scratch比赛和大多数游戏中完全够用。循环条件(时间) [1] 或 (剩余数量) [0]是关键它涵盖了胜利找齐和失败超时两种退出情况。避坑点8游戏状态的收尾。在宣布结果之前务必先将游戏进行中设为0并广播“游戏结束”。这样其他所有还在循环中的角色如寻找者都会因为循环条件不满足而停止整个游戏世界“凝固”在结束瞬间不会再产生任何交互。这是一个非常重要的编程习惯能避免很多灵异bug。4. 高级优化与扩展思路如果只实现基础功能可能只能拿到基础分。要想在国赛中脱颖而出还需要考虑程序的健壮性、用户体验和扩展性。4.1 防止初始化时序混乱使用“广播并等待”在游戏开始比如点击一个“开始按钮”时初始化流程应该是广播“初始化所有角色”并等待。所有角色接收到消息将自己隐藏、随机定位、重置造型。上述所有角色初始化脚本执行完毕后发起广播的脚本才继续执行下一步。广播“游戏开始”同时启动计时器。// 在“开始按钮”角色中 当角色被点击 如果 (游戏进行中) [0] 那么 // 防止游戏进行中重复点击开始 广播 [初始化所有角色 v] 并等待 // 关键“并等待”确保所有角色就位 广播 [游戏开始 v] // 此时再发送开始信号 结束这个“并等待”能完美解决角色还没藏好游戏就已经开始寻找者瞬间“秒杀”隐藏者的问题。4.2 增加游戏性与反馈视觉反馈隐藏者被找到时可以让他先“显示”出来播放一个放大或旋转的动画再隐藏。寻找者碰到隐藏者时也可以切换一个“惊喜”造型。音效反馈不同的操作配上不同的音效开始音效、找到音效、时间警告音效、结束音效能极大提升游戏体验。难度分级可以设置变量“难度”根据难度调整隐藏者数量、游戏时间甚至让隐藏者在小范围内缓慢移动使用“在1秒内滑行到随机位置”。错误点击惩罚如果题目要求点击非隐藏者区域要扣分或扣时间就需要给背景或一些“干扰物”角色编写脚本监听“当角色被点击”事件并在“游戏进行中”状态下执行扣分逻辑。4.3 调试技巧让程序“可视化”在开发过程中不要隐藏所有变量。将“时间”、“分数”、“剩余数量”、“游戏进行中”都显示在舞台上。你甚至可以临时让隐藏者始终显示用虚像效果或特殊造型以便观察它们的随机位置是否合理碰撞检测是否准确。调试完毕后再恢复隐藏状态。5. 从这道题延伸的编程思维训练“捉迷藏”项目虽然小但它蕴含的编程思想是通用的状态驱动用变量游戏进行中、剩余数量明确标识系统处于何种状态所有行为都基于当前状态做判断。事件驱动角色的行为不是无脑循环而是由“广播消息”、“当角色被点击”、“当碰到”等事件触发。这更贴近真实世界的交互。模块化设计每个角色负责自己的行为隐藏者负责躲藏和被发现寻找者负责移动和寻找控制器负责计时和规则通过广播消息进行通信结构清晰易于维护和调试。边界条件处理游戏何时开始何时结束结束后是否还能交互这些边界情况的处理直接决定了程序的鲁棒性。很多孩子学习Scratch停留在模仿阶段而蓝桥杯国赛题正是要打破这种模仿考察从零构建系统的能力。解决这类问题的关键就是先抛开积木用笔在纸上画出角色、列出变量、描述规则把自然语言的需求翻译成严谨的逻辑步骤。这个过程才是编程能力提升的核心。当你能够独立完成“捉迷藏”这样的项目并且代码结构清晰、没有bug时你就已经掌握了事件驱动编程的入门精髓这对未来学习任何高级语言都有莫大的帮助。