Scratch镜像画笔：坐标变换与实时交互的图形化编程实践-平芜编程栈

1. 项目概述：从“镜像画笔”看Scratch图形化编程的深度应用

最近在整理历年蓝桥杯国赛的Scratch真题时，第十三届的这道“镜像画笔”题让我印象特别深刻。它不像一些简单的动画或游戏题，而是真正考察了选手对Scratch底层坐标系统、画笔模块以及数学逻辑的综合运用能力。很多刚开始接触图形化编程的孩子，甚至一些有经验的爱好者，在面对“镜像”这个概念时，常常会感到无从下手——画笔怎么还能画出对称的图案？坐标到底该怎么计算？这道题恰恰是打开这扇门的一把钥匙。

简单来说，“镜像画笔”项目要求我们在Scratch中实现这样一个功能：当你在舞台区用鼠标拖动角色（可以想象成一支笔的笔尖）进行绘画时，程序能实时地、自动地在舞台的对称位置（比如关于Y轴对称）画出完全相同的轨迹，形成一幅镜像对称的图画。这听起来像是魔法，但拆解开来，核心就是坐标的数学变换和对画笔模块的精确控制。它不仅能做出很酷的视觉艺术效果，更是理解计算机图形学中“变换”概念的绝佳启蒙。无论你是正在备赛蓝桥杯的学生，还是想带孩子深入探索编程逻辑的家长或老师，亦或是任何对创意编程感兴趣的爱好者，弄懂这个案例，都能让你对Scratch的能力边界有一个全新的认识。

2. 核心思路拆解：如何让画笔学会“照镜子”

要理解镜像画笔，我们得先忘掉那些复杂的代码块，从最根本的问题想起：什么是镜像？在生活中，镜子里的你和真实的你是左右颠倒的。在Scratch的舞台坐标系里，如果我们以舞台中央的Y轴（竖直方向的那条线）作为“镜子”，那么一个点在镜子里的“像”，它的x坐标会变成相反数，而y坐标保持不变。举个例子，真实笔尖在（100, 50）的位置，那么它在Y轴镜子里的像就应该在（-100, 50）。这就是我们实现功能最核心的数学原理——坐标轴对称变换。

基于这个原理，整个项目的设计思路就清晰了，我们可以把它分解成几个环环相扣的模块来思考：

2.1 功能逻辑的顶层设计

首先，我们需要两个“画笔”。一支是用户直接控制的“主画笔”，另一支是隐藏在幕后、由程序自动控制的“镜像画笔”。主画笔的轨迹由用户的鼠标拖动实时决定，而镜像画笔的每一个动作，都必须是主画笔动作经过数学计算后的“镜像复制品”。这意味着我们的程序必须能够持续地、高频率地做两件事：第一，监听并获取主画笔（通常是一个角色）的实时位置；第二，根据这个位置立刻计算出镜像位置，并指挥镜像画笔移动过去。

这里就引出了一个关键的技术选择：如何实现“实时”跟随？在Scratch中，我们有几种循环控制结构，比如“重复执行”、“重复执行直到…”。对于这种需要持续监控和响应的任务，“重复执行”块配合“如果…那么…”条件判断，或者更直接地使用“当绿旗被点击”结合“重复执行”是标准做法。但要注意，循环的速度会影响到画笔轨迹的平滑度。循环执行得太慢，画出来的线可能就是一段一段的虚线；太快了，又可能对老旧设备造成负担。在实际操作中，Scratch的默认循环速度在大多数情况下是足够的，我们更需要关注的是在循环体内执行的效率，避免加入不必要的等待或复杂运算。

2.2 角色与画笔的职责分离

一个新手容易踏入的误区是，试图让一个角色同时承担“被拖动”和“画两条线”的任务。这会让逻辑变得非常混乱。更清晰、更专业的做法是进行角色职责分离。

主控角色：这个角色对用户可见，它唯一的工作就是响应鼠标的拖拽，在舞台上移动。它本身不需要使用“落笔”指令。我们可以把它造型设计成一个笔尖或者一个圆点，增加用户体验。
隐藏的画笔角色：我们需要创建两个完全相同的、极其简单的角色（比如一个1x1像素的小点，或者直接使用Scratch自带的画笔功能扩展）。一个作为“主画笔”，另一个作为“镜像画笔”。这两个角色在程序开始时，需要被隐藏起来（使用“隐藏”积木），因为用户不需要看到它们，我们只需要它们执行画线的功能。

这样，工作流程就变成了：用户拖动“主控角色” -> 程序在循环中不断获取“主控角色”的坐标 -> 将坐标分别赋值给隐藏的“主画笔”和计算后的坐标赋值给隐藏的“镜像画笔” -> 两个隐藏画笔角色执行“落笔”和移动，从而画出两条线。这种分离使得逻辑结构清晰，易于调试和维护。

2.3 坐标计算与状态同步

这是整个项目的算法核心。我们假设镜子是Y轴（X=0的竖线）。那么：

镜像画笔的X坐标 = -1 * 主控角色的X坐标
镜像画笔的Y坐标 = 主控角色的Y坐标

在Scratch的“运算”类积木中，我们可以直接用“乘法”积木来实现“乘以-1”。这里有一个非常重要的细节：何时让画笔“拾笔”和“落笔”？我们不能让画笔一直处于落笔状态，否则只要程序一运行，即使鼠标没有拖动，画笔停留在初始位置也会画出一个点。正确的逻辑是：

当绿旗被点击，程序初始化：清空所有画笔痕迹，将两个隐藏画笔角色移动到初始位置（通常就是主控角色的初始位置及其镜像位置），然后统一执行“拾笔”。
当用户按下鼠标（并且鼠标指针碰到主控角色）时，这标志着绘画开始。此时，应该让两个隐藏画笔角色同时执行“落笔”。
在鼠标被按下的期间，在“重复执行”循环内，持续更新两个隐藏画笔的位置，它们就会画出轨迹。
当用户松开鼠标时，标志着这一笔绘画结束。此时，应该让两个隐藏画笔角色同时执行“拾笔”。

这个“按下-拖动-松开”的状态同步，是让画笔行为符合人类直觉的关键，需要通过“鼠标按下？”和“碰到鼠标指针？”等侦测积木来精确控制。

注意：Scratch的舞台坐标系中心是(0,0)，向右为X轴正方向，向上为Y轴正方向。理解这一点是进行所有坐标计算的基础。有些孩子会混淆数学上的坐标系，导致镜像方向错误。

3. 分步实现与深度解析

下面，我们抛开题目本身的限制，以一个功能更完整、更健壮的“镜像画笔”工具为目标，来一步步实现它。我会详细解释每一段代码的作用，以及为什么这么做。

3.1 舞台与角色准备

背景：选择纯色背景（如白色），这样可以最清晰地凸显画笔的轨迹。
角色创建：
- 主控角色：绘制一个简单的笔尖造型（如红色三角形）。这个角色将直接被用户拖动。
- 画笔_主：新建一个角色，在造型编辑器中，画一个最小的点（1x1像素），颜色设置为你想画出的线条颜色，比如蓝色。这个角色将被隐藏。
- 画笔_镜：复制画笔_主角色，重命名以作区分，颜色可以设置为对比色，比如绿色，便于调试时区分两条线。在实际最终版本中，两者颜色可以一致。
为什么要把画笔角色分开？因为Scratch中每个角色的画笔状态（颜色、粗细、亮度等）是独立的。分开角色可以让我们独立设置两条线的属性，未来如果想实现不同颜色、不同粗细的镜像线，会非常方便。

3.2 主控角色的代码：处理用户交互

主控角色的代码非常简单，它只负责一件事：跟随鼠标。

当绿旗被点击 显示 // 确保主控角色可见 移到最前面 // 防止被其他角色遮挡 重复执行 如果 <鼠标按下?> 与 <碰到 [鼠标指针 v] ?> 那么 移到 [鼠标指针 v] 位置 结束 结束

这段代码的意思是：当程序运行时，主控角色会持续检查两个条件是否同时满足——鼠标被按下，并且鼠标指针正碰触到自己。如果都满足，它就立刻移动到鼠标指针的位置。这就实现了鼠标拖拽的效果。如果没有“碰到鼠标指针？”这个条件，只要按下鼠标，角色就会“吸”到鼠标上，即使鼠标一开始离角色很远，这不符合拖拽的物理直觉。

3.3 主画笔角色的代码：绘制原始轨迹

主画笔角色负责跟随主控角色，并画出真实的线条。

当绿旗被点击 隐藏 // 程序运行时隐藏这个画笔角色 将画笔颜色设为 [#0000FF] // 设置为蓝色 将画笔粗细设为 (5) // 设置线条粗细 清空 // 清除之前所有画笔痕迹 拾笔 // 初始状态为拾笔，不画图 定位到 [主控角色 v] // 这是一个自定义积木，见下文解释 重复执行 如果 <[主控角色 v] 的 [拖拽中 v] ? > 那么 // 这是一个自定义变量，用于全局状态同步 落笔 否则 拾笔 结束 定位到 [主控角色 v] 结束

这里引入了两个关键概念：

自定义积木“定位到 [某角色]”：这是一个为了代码清晰和复用而创建的功能。它的定义是：
```
定义 定位到 (角色) 移到 x: ([角色 v] 的 [x坐标 v]) y: ([角色 v] 的 [y坐标 v])
```
这样，无论要跟随哪个角色，我们都可以用这个清晰的积木，而不用重复写“移到x: y:”语句。
全局状态变量“拖拽中”：这是一个非常重要的设计！我们注意到，主画笔角色需要知道“用户是否正在拖拽主控角色”这个状态，来决定自己是落笔还是拾笔。这个状态不能只由主控角色自己知道，需要让所有角色（特别是两个画笔角色）都能访问到。因此，我们创建一个适用于所有角色的变量，命名为“拖拽中”。它的值只有两个：0（假，表示未在拖拽）或1（真，表示正在拖拽）。这个变量的更新逻辑，我们放在主控角色里。

因此，我们需要修改主控角色的代码，加入状态管理：

当绿旗被点击 显示 移到最前面 将 [拖拽中 v] 设为 [0] // 初始化状态为“未拖拽” 重复执行 如果 <鼠标按下?> 与 <碰到 [鼠标指针 v] ?> 那么 将 [拖拽中 v] 设为 [1] // 开始拖拽，设置状态为真 移到 [鼠标指针 v] 位置 否则 将 [拖拽中 v] 设为 [0] // 停止拖拽，设置状态为假 结束 结束

3.4 镜像画笔角色的代码：实现对称魔法

镜像画笔的代码结构与主画笔高度相似，核心区别在于定位时的坐标计算。

当绿旗被点击 隐藏 将画笔颜色设为 [#00FF00] // 设置为绿色，便于调试 将画笔粗细设为 (5) 清空 // 注意：这个“清空”会清除所有角色的画笔痕迹！通常只在一个角色中执行一次。 拾笔 定位到镜像位置 [主控角色 v] // 这是另一个自定义积木 重复执行 如果 <(拖拽中) = [1]> 那么 // 检查全局状态变量 落笔 否则 拾笔 结束 定位到镜像位置 [主控角色 v] 结束

核心中的核心，是自定义积木“定位到镜像位置 [某角色]”的定义：

定义 定位到镜像位置 (角色) 移到 x: ((0) - ([角色 v] 的 [x坐标 v])) y: ([角色 v] 的 [y坐标 v])

看这里：x坐标的计算是(0) - (角色的x坐标)。在Scratch运算中，(0) - (某数)就等同于-1 * (某数)，完美实现了关于Y轴（X=0）的对称翻转。而y坐标直接取原值，保持不变。

实操心得：在测试阶段，将镜像画笔的颜色设置得与主画笔不同（如蓝和绿），是一个极其有效的调试手段。你可以清晰地看到两条线是否精确对称。如果发现两条线在奇怪的地方相交或行为异常，很可能是坐标计算逻辑或“拖拽中”状态同步出了问题。

3.5 程序初始化与收尾工作

目前我们的代码分布在三个角色中，需要一个统一的启动和清理入口。最佳实践是将“清空”画笔痕迹这个操作只放在一个地方（比如主画笔角色）的“当绿旗被点击”下执行一次。如果每个角色都执行一次“清空”，虽然不会报错，但也没有必要。

此外，为了获得更好的体验，我们可以在绿旗点击时，将所有角色归位到舞台中心。

主控角色初始位置可以是 (0, 0) 或 (100, 0)。
两个画笔角色通过各自的“定位”积木，会自动对齐到正确位置。

4. 功能增强与创意拓展

实现基础镜像只是起点。一旦掌握了核心原理，我们可以像搭积木一样，为这个画笔添加更多令人惊叹的功能，这也是蓝桥杯等竞赛中区分高手的关键。

4.1 实现多轴对称镜像

为什么只能关于Y轴对称呢？我们可以让镜子更多！

关于X轴对称：x坐标不变，y坐标取反。即移到 x: ([角色]的[x坐标]) y: ((0)-([角色]的[y坐标]))。
关于原点对称：x坐标和y坐标都取反。即移到 x: ((0)-([角色]的[x坐标])) y: ((0)-([角色]的[y坐标]))。

我们可以创建多个镜像画笔角色，分别计算关于Y轴、X轴、原点的镜像。这样，用户画一笔，屏幕上会同时出现4条对称的线（原始线+3条镜像线），瞬间就能画出复杂的曼陀罗风格图案。

4.2 动态调整镜像轴

让镜子动起来！我们可以不把镜像轴固定在X=0或Y=0。

在舞台上设置两个可移动的角色（比如两个箭头），分别代表“镜子”的两个点，确定一条镜像线。
镜像画笔的位置计算，就从“关于固定点的对称”变成了“关于一条直线的对称”。这需要用到更复杂的数学公式：点关于直线的对称点公式。虽然对小学生有难度，但对于中学阶段的参赛者，这是一个很好的数学与编程结合的挑战。
更简单一点的实现是，让镜像轴可以水平或垂直平移。例如，关于直线X=100对称。那么计算公式就是：镜像X = 100 * 2 - 主控X。原理是，对称点到轴的距离相等。(主控X - 100) = (100 - 镜像X)，推导出镜像X = 200 - 主控X。

4.3 添加绘画属性控制

让创作更自由：

颜色渐变：在循环中，使用“将画笔颜色增加(10)”积木，可以让画出的线条颜色随时间平滑变化。
粗细随机/变化：结合“在...和...之间取随机数”来设置画笔粗细，可以画出富有韵律感的线条。
笔触特效：不一定只用“落笔-移动”来画线。可以尝试在每次移动镜像画笔时，配合“图章”积木，盖出一个造型的拷贝，这样可以画出由无数小图案组成的镜像轨迹，效果非常独特。

4.4 加入交互控制面板

一个专业的工具应该有控制界面。我们可以创建一些按钮角色：

“清屏”按钮：点击后发送一个“广播消息”，所有画笔角色接收后执行“清空”。
“切换镜像模式”按钮：点击后在“仅Y轴”、“仅X轴”、“双轴”、“原点”等模式间循环，通过修改变量来控制哪些镜像画笔角色需要工作。
“保存图片”按钮：虽然Scratch没有直接保存画布的功能，但可以提示用户使用操作系统的截图工具（如Windows的Win+Shift+S）来保存自己的作品。

5. 常见问题与调试技巧实录

在实际制作和教学过程中，我遇到了各种各样的问题。下面这个表格整理了一些典型故障现象、原因分析和解决方案，希望能帮你快速排雷。

问题现象	可能原因	解决方案与排查步骤
镜像线条没有出现	1. 镜像画笔角色被意外显示或造型太大遮挡了线条。 2. 镜像画笔角色的代码没有正确启动（绿旗点击事件未绑定）。 3. “拖拽中”变量没有成功设置为“1”，导致镜像画笔始终处于“拾笔”状态。	1. 检查镜像画笔角色，确保其代码开头有“隐藏”积木。 2. 点击镜像画笔角色，确认其代码区有“当绿旗被点击”的代码块。 3. 在主控角色拖动时，观察舞台左上角的“拖拽中”变量显示值是否为1。可以临时在镜像画笔的循环里加入“说（拖拽中）”来调试。
镜像线条位置不对，不是对称的	1. 坐标计算公式错误。最常见的是忘了加负号，或者把x和y坐标搞反了。 2. 镜像画笔初始位置没有和主控角色同步。	1. 仔细检查“定位到镜像位置”自定义积木中的公式。关于Y轴对称必须是`(0) - (x坐标)`。 2. 确保在“当绿旗被点击”时，镜像画笔执行了一次“定位到镜像位置”进行初始化。
线条画出来是断断续续的点线	1. 循环体内执行了“等待”积木，导致采样频率过低。 2. 电脑性能较低，脚本执行本身较慢。	1. 移除所有不必要的“等待”积木。镜像绘画需要实时响应，不能等待。 2. 尝试简化其他角色的造型和脚本，减少计算量。确保循环体内的操作尽可能高效。
一启动程序，还没拖动就画出了一个点	画笔角色的初始状态是“落笔”。在程序开始时，画笔角色移动到了某个位置，如果此时笔是落下的，就会画出一个点。	在每一个画笔角色的“当绿旗被点击”代码块中，最先执行的操作之一必须是“拾笔”，然后再移动到初始位置。
松开鼠标后，线条还在连接	“拖拽中”变量在鼠标松开后没有及时被设为“0”。主控角色的判断条件可能有问题。	检查主控角色的重复执行循环。确保在“如果…那么…否则…”结构中，当鼠标未按下或未碰到角色时，一定会执行“将拖拽中设为0”的分支。逻辑必须是：按下且碰到->设1；其他所有情况->设0。
关于其他直线的镜像计算完全错误	使用了错误的数学公式。点关于任意直线的对称点计算涉及斜率和垂足，公式复杂，容易推导错误。	对于初学者，建议先从关于垂直或水平线（即X=a或Y=b）的对称开始练习。公式简单：关于X=a对称：`镜像X = 2a - 主控X`；关于Y=b对称：`镜像Y = 2b - 主控Y`。验证时，可以手动将主控角色拖到几个特殊点，用笔计算一下镜像点应该在哪里，再与程序结果对比。

调试心法分享：

化繁为简：当程序行为异常时，先屏蔽所有高级功能，只保留最核心的“关于Y轴对称”代码，确保基础功能正确。
可视化调试：大量使用“说…秒”积木，在关键步骤输出变量的值，比如在镜像画笔循环里说“x坐标：”和计算后的x坐标值。这是Scratch调试的最强利器。
角色隔离测试：单独测试每个角色的功能。例如，先不让主控角色被拖动，而是用键盘控制它移动，看两个画笔是否能正确跟随和画线。这样可以排除交互逻辑的干扰。
理解事件顺序：Scratch是事件驱动加并行执行的。要清楚“当绿旗被点击”下各个积木的执行顺序，以及“重复执行”循环是如何不断刷新画面。有时问题出在代码块的顺序上。

把这个“镜像画笔”项目吃透，你收获的远不止一个炫酷的绘画工具。更重要的是，你掌握了坐标变换的思想、角色间通信（通过变量）的方法、实时交互的程序结构，以及分而治之的模块化编程思维。这些能力，是通往更复杂、更创意编程项目的基石。下次当你看到那些自动生成复杂对称图案的程序时，你会会心一笑，因为你知道，起点或许就是这样一个关于“镜子”的简单想法。