micro:bit在屏幕里运行了，是否就代表程序已经传到实体板

学习MakeCode时，屏幕里的micro:bit已经亮起图案，桌上的板子却没有同样变化，这两件事并不矛盾。浏览器里的模拟器在自己的环境中运行程序，并不因为画面有反应，就证明实体设备已经接收到同一份程序。

MakeCode官方模拟器说明指出，它能够在浏览器中测试和执行多数micro:bit程序，并模拟传感器数据或用户交互。这里的“多数”并非“全部”；从虚拟按钮和模拟输入得到的结果，也不能直接当作真实传感器或外部设备已经测试通过的证据。

官方v1版入门课程把模拟器、积木工具区和工作区分别介绍，并另设将程序下载到micro:bit的活动。这份历史课程展示了下载文件并复制到MICROBIT设备的路径，说明编辑器里的程序与实体执行之间还有传输环节。旧课程的按钮位置和界面颜色不应直接当作当前版本的操作截图。

课堂记录可以分别写“已在浏览器模拟运行”“已保存项目”“已传输并在实体板观察到结果”。哪一项真的完成，就记录哪一项。保存到电脑不等于已经传到板子，模拟器反馈也不等于实际板载输入已经触发。这是本文建议的记录方式，不是软件新增的三种官方状态。

以一个自拟的按键显示图案任务为例，先观察模拟按钮是否按预期改变图案，再依照当前设备与编辑器说明传输，最后在实体板上确认相应操作。若只做了前一步，应保留“未实机验证”，而不是从模拟结果推断所有硬件行为都一致。本文没有连接实体板开展测试。

开始实体操作前，还应核对所用板型、当前编辑器和配件说明。本文只解释不同执行环境及证据的区别，不提供外接电路或供电改装方案。把环境和已完成动作写清楚，有助于教师或同伴判断下一步需要检查的是程序逻辑、传输过程，还是设备本身。