第 25 课 性能与加载体验
所属课程
青少年强化营
所属模块
模块 D：强化营结营作品
本课概览
- 讲解核心：页面为什么会卡，如何让作品更快。
- 本课重点：作品不只要能用，还要让人愿意继续用。
- 课上产出：性能检查单。
- 示例场景：校园活动报名与作品售卖跨平台系统
本课知识图谱
- 先把“页面为什么会卡，如何让作品更快。”讲成学生能理解、能模仿的动作路径。
- 课堂页要同时照顾看懂、跟做和最后的展示输出。
- 先拿到最小可见成果，再逐步补细节，会更适合青少年课堂节奏。
- 本课重点要落在“作品不只要能用，还要让人愿意继续用。”上。
课前准备
老师准备
- 提前准备与“校园活动报名与作品售卖跨平台系统”相关的课堂示例页或草图，方便学生先看见成品轮廓。
- 准备一张““性能与加载体验”的课堂演示首屏截图”作为课堂演示图。
- 准备一张“页面结构、流程关系或交互变化的示意截图”作为课堂演示图。
- 把本课阶段成果“性能检查单。”的评价标准提前写在板书或投屏页上。
学生准备
- 准备好本节课会用到的文字、图片或题目素材。
- 带着“性能与加载体验”相关的一个真实使用场景进入课堂，方便快速进入任务。
- 准备在课堂上记录一张草图、流程图或问题清单。
本课素材清单
- 围绕“性能与加载体验”准备的文字、图片或示意图各 1 组
- 本课阶段成果“性能检查单。”的示意模板
- 课堂用记录表、互评卡或检查清单 1 份
- 阶段成果模板：性能检查单。
- 参考来源：appendix/web-performance
可直接使用的素材正文
示例文本
text
主题：性能与加载体验
使用场景：校园活动报名与作品售卖跨平台系统
本课目标：性能检查单。示例数据 / 字段
text
字段示例：
- 标题
- 简介
- 图片
- 按钮文案
- 说明文字练习题 / 操作任务
text
练习 1：把当前课题改写成一句 20 字以内的页面标题。
练习 2：列出这节课页面里最重要的 4 个字段或内容块。
练习 3：补出一个按钮文案和一条用户完成动作后的反馈语。成套素材包
text
课堂主题：性能与加载体验
建议先准备 1 份适合投屏的示例页面说明、1 份课堂任务单、1 份学生可直接替换的内容模板。
如果是作品页，优先准备标题、简介、按钮文案和 3 条示例内容。课堂练习题组
text
1. 把这节课的页面标题改成你自己的主题。
2. 列出本课页面最重要的 4 个信息块。
3. 写 1 条用户完成动作后的反馈语。
4. 说出本课页面最容易做乱的地方，并提出 1 个修改办法。长正文素材
text
性能与加载体验长正文
这一课的重点，是让学生第一次认真看见“快”和“顺”也是体验的一部分。页面导语可以这样写：同样一张页面，如果图片太大、模块太多、加载顺序太乱，用户还没看到内容就已经开始不耐烦。性能不是后台很远的事，它直接决定页面给人的第一印象。
主体段一：老师可以先让学生从最容易观察的地方入手：首屏是不是很快出现、图片是不是过大、同一页是不是堆了太多动画。学生不需要先懂很深的优化原理，只要先会判断“哪里慢、为什么慢”，后面才知道怎么改。
主体段二：这一课还很适合讲“重要内容先出现”。首屏标题、主要按钮、关键说明要优先被看见，次要图片和补充块可以稍后。把顺序排清楚，本身就是一种性能思维。
课堂追问：1. 如果用户在手机上打开，你最担心哪一块拖慢加载？ 2. 哪些内容一定要先出现？ 3. 哪些效果其实可以去掉也不影响理解？
页面收束语：真正好的页面，不只是做得出来，还要打开得快、看起来顺。页面文案建议
- 页面标题要让人一眼看懂主题。
- 按钮文案尽量写成动作，例如“开始体验”“查看详情”“继续下一步”。
- 说明文字优先用短句，不要一大段堆在一起。
可替换素材方向
- 把示例里的班级、学校、活动名替换成你自己的情境。
- 先保留结构，再替换内容，不要一开始就全部重写。
- 如果内容太多，优先保留标题、图片和最关键的一个按钮。
主视觉配图
页面示例配图
截图规划示意
60 分钟教学展开
0-15 分钟：进入场景并明确任务
讲解推进
- 围绕“性能与加载体验”进入真实学习、校园或产品情境，让学生知道今天要完成的任务是什么。
- 用简单例子说明“页面为什么会卡，如何让作品更快”在作品里会出现在哪里，为后面动手建立直观印象。
- 明确本课结束前要交付“性能检查单”，帮助学生带着结果感进入后续步骤。
本段知识点
- 先从“性能与加载体验”的真实使用场景入手，帮助学生知道今天为什么要学这一课。
- 先把“页面为什么会卡，如何让作品更快。”讲成学生能理解、能模仿的动作路径。
- 课堂页要同时照顾看懂、跟做和最后的展示输出。
建议展示 / 截图
- “性能与加载体验”的课堂演示首屏截图
- 性能与加载体验的课堂任务卡或成果示意图
本段资料与素材
- 围绕“性能与加载体验”准备的文字、图片或示意图各 1 组
- 任务说明卡 1 份
本段逐字稿
text
【本段开场】
同学们，先把今天这节课放回真实产品里。课题是“性能与加载体验”，但我们真正要看的是：当作品开始面对“页面为什么会卡，如何让作品更快”时，页面会发生什么变化。
这一模块是强化营的收口区，重点是性能、调试、发布、路演和最终展示。
先把情境放回真实使用里。假如现在面对的是“校园活动报名与作品售卖跨平台系统”，如果没有今天这一层，这个项目最容易卡在哪里？
我们先看“围绕“性能与加载体验”准备的文字、图片或示意图各 1 组”。看示例时，不只是看页面长什么样，而是看它怎样服务真实使用。
先把“能跑”与“能发布、能协作、能表达”之间的差别讲清，让学生知道今天是在收口。
先把使用场景讲稳，比先追功能更重要。只要学生知道今天这一层在解决什么麻烦，后面动作就会顺很多。
如果作品能打开但别人用不顺，它算不算真的完成？
你们现在先不要急着回答得很满，只要先把“谁在用、为什么会卡、今天准备怎么改”说清，就已经够用了。
等会儿我们会先从一个最小例子开始，不是为了把事情讲简单，而是为了把关键判断讲准。
等会儿我会先把“能跑”与“能发布”放在一起对比，你们重点看两者到底差在哪。
这一段一直要记住：开始像一个在把作品推向发布和展示的人。只要你开始会判断场景、平台、状态和结果的关系，这节课就已经不只是“多学几个词”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。强化营最怕的，不是难，而是把关系听散。
这一节先收住：项目后期最重要的，不是再加更多，而是把现有结果推到更稳。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“发布与路演教学页”课堂开场页。 本课主题是“性能与加载体验”，页面场景使用“校园活动报名与作品售卖跨平台系统”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题或目标区、检查区、结果区、展示区。 核心内容请围绕“页面为什么会卡，如何让作品更快”来实现。 页面重点突出：这一课是在把作品往可发布、可维护、可表达推进。 页面要让人一打开就知道这页在做什么。 首屏要有主题说明、核心内容区和一个明确入口，可以保留一个开始按钮或继续入口。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景，让页面看起来像完整产品的一部分。课堂动作
- 先用 1 到 2 分钟让学生说出自己对“性能与加载体验”最直观的理解，再进入示例页。
阶段成果
- 完成本课任务目标和阶段成果的确认。
15-30 分钟：讲清核心概念与页面结构
讲解推进
- 把“作品不只要能用，还要让人愿意继续用”讲透，帮助学生建立这节课最关键的判断标准。
- 通过页面草图、交互流程或小型示例，先把做法讲明白，再进入主体搭建。
- 提醒学生分清主次：先保住今天最核心的一条功能链路，再考虑装饰和扩展。
本段知识点
- 把“页面为什么会卡，如何让作品更快。”拆成可观察、可操作的页面结构或流程关系。
- 先把“页面为什么会卡，如何让作品更快。”讲成学生能理解、能模仿的动作路径。
- 课堂页要同时照顾看懂、跟做和最后的展示输出。
建议展示 / 截图
- 页面结构、流程关系或交互变化的示意截图
- 性能与加载体验的结构草图、流程图或区域标注图
本段资料与素材
- 本课阶段成果“性能检查单。”的示意模板
- 结构草图模板 1 份
本段逐字稿
text
【本段开场】
这一段先不急着继续堆功能，我们先把最关键的结构和顺序拆开。只要这里听明白，后面很多选择都会顺。
这一模块是强化营的收口区，重点是性能、调试、发布、路演和最终展示。
这一段继续围绕“校园活动报名与作品售卖跨平台系统”往下拆。我们不换例子，而是把同一个场景里的结构关系和判断逻辑讲清。
这一段继续借“本课阶段成果“性能检查单。”的示意模板”来拆关系。你们要边看边判断：这一块到底在交代顺序、状态，还是平台差异。
把性能、调试、协作、发布或路演顺序拆开，让学生理解为什么项目最后一定要做这些工作。
这一段最怕的是只记名词，不记顺序。我们要一直顺着“谁在用、先做什么、结果怎么变”来讲。
调试、协作和发布里，哪一块最容易被大家拖到最后？
这一步要不断追问：它到底在项目里负责哪一层？如果答不上来，就说明关系还没有收稳。
接下来这几分钟，你们要重点听“顺序”和“边界”，而不只是功能名字。
这一段我会一直围绕“检查、修复、说明、展示”来讲，帮助学生把后期工作看成项目一部分。
这一段一直要记住：开始像一个在把作品推向发布和展示的人。只要你开始会判断场景、平台、状态和结果的关系，这节课就已经不只是“多学几个词”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。强化营最怕的，不是难，而是把关系听散。
只要开始会检查、会收口、会表达，作品就会一下子更像可以交付的项目。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“发布与路演教学页”结构拆解页。 本课主题是“性能与加载体验”，页面场景使用“校园活动报名与作品售卖跨平台系统”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题或目标区、检查区、结果区、展示区。 核心内容请围绕“页面为什么会卡，如何让作品更快”来实现。 页面重点突出：把性能、调试、协作、发布或路演顺序拆开讲清。 页面要把区块分工、流程顺序或阅读路径讲清。 请用分区标题、编号、箭头、步骤标签或结构图，把每一块分别负责什么写清楚。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景，让页面看起来像完整产品的一部分。课堂动作
- 带学生一起把今天的页面、流程或知识结构画成一张简单草图，边讲边标注。
阶段成果
- 形成一张结构图、分区图或流程图草稿。
30-45 分钟：跟着示例完成主体搭建
讲解推进
- 跟着示例完成“性能检查单”的主体部分，把本课核心做法真正落到页面或项目中。
- 要求学生在动手过程中不断回看“页面为什么会卡，如何让作品更快”，确保作品不是只做出来，而是做对了。
- 讲师在这一段重点处理常见卡点，让学生尽快看到一个可运行、可展示的结果。
本段知识点
- 在动手环节里，把“性能检查单。”做成真正能演示的结果。
- 课堂页要同时照顾看懂、跟做和最后的展示输出。
- 先拿到最小可见成果，再逐步补细节，会更适合青少年课堂节奏。
建议展示 / 截图
- 阶段成果整理后的展示截图
- 性能检查单。正在完成中的过程截图
本段资料与素材
- 课堂用记录表、互评卡或检查清单 1 份
- 性能检查单。的半成品模板
本段逐字稿
text
【本段开场】
下面开始看最关键的一轮演示。今天这一段不求做满，而是要把最短闭环跑顺。
这一模块是强化营的收口区，重点是性能、调试、发布、路演和最终展示。
现在把“校园活动报名与作品售卖跨平台系统”里的关键动作真正跑起来。只要这轮动作能顺，学生就会知道这不是纸上规划。
接下来还是先盯住“课堂用记录表、互评卡或检查清单 1 份”。今天这一步不是看热闹，而是看关键动作怎样真正跑起来。
现场做出一轮真实的检查、排错、展示或冲刺示范，让收口动作不是停在嘴上。
动手时先盯最关键的那条链。只要“性能检查单。”的核心闭环跑通，今天这节课就已经有真实结果。
今天这一步最值钱的是让系统更快、更稳，还是更容易被别人理解？
如果演示一跑就乱，先回到最短流程，不要一边加功能一边猜问题会不会自己好。
下面这一段我会先演示，再回头解释。你们先看动作，再看每一步为什么这样排。
接下来我会跑一轮最小冲刺示范，让你们看见一个项目是怎样被推到可展示状态的。
这一段一直要记住：开始像一个在把作品推向发布和展示的人。只要你开始会判断场景、平台、状态和结果的关系，这节课就已经不只是“多学几个词”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。强化营最怕的，不是难，而是把关系听散。
这一课最值钱的，是你开始知道结营不是结束，而是一次真正的项目整理。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“发布与路演教学页”功能演示页。 本课主题是“性能与加载体验”，页面场景使用“校园活动报名与作品售卖跨平台系统”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题或目标区、检查区、结果区、展示区。 核心内容请围绕“页面为什么会卡，如何让作品更快”来实现。 页面重点突出：做出一轮能看见结果的检查或展示示范。 页面要做出最关键的一轮功能演示，让操作、反馈和结果连成闭环。 必须支持至少一轮真实动作，例如点击、输入、切换、提交、答题、反馈或状态变化，并且操作后立刻出现结果。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景，让页面看起来像完整产品的一部分。课堂动作
- 讲师边投屏边带做，让学生至少独立完成一次最关键动作。
阶段成果
- 拿到“性能检查单。”的可演示版本。
45-60 分钟：完善细节、交流结果并布置延伸
讲解推进
- 围绕“作品不只要能用，还要让人愿意继续用”继续完善细节，补齐说明、样式、交互或内容组织。
- 安排简短展示或结对互看，让学生用自己的话说出今天做了什么、哪里最值得保留。
- 把“性能检查单”作为这一段的收束成果，确保每位学生带着清楚的阶段结果离开课堂。
本段知识点
- 通过检查、互评和整理，让学生知道这节课的成果怎样继续进入下一课。
- 先拿到最小可见成果，再逐步补细节，会更适合青少年课堂节奏。
建议展示 / 截图
- 性能检查单。最终整理后的展示截图
- 同伴互评或发布前检查清单截图
本段资料与素材
- 检查清单 1 份
- 结尾展示顺序卡 1 份
本段逐字稿
text
【本段开场】
最后这一段我们把今天的结果讲清、收齐、检查稳。能不能把“性能检查单。”说顺，决定这一课到底有没有真正站住。
这一模块是强化营的收口区，重点是性能、调试、发布、路演和最终展示。
最后再回到“校园活动报名与作品售卖跨平台系统”看结果。讲到这里，要能让别人听懂它为什么更像真实产品。
最后回头看“检查清单 1 份”，重点不在再补更多，而在把已经做出来的结果讲顺、收稳。
收束成一套结营检查法，让学生最后能带着可发布、可讲解的结果离开。
这一段的重点不是继续加东西，而是把结果说得清、查得清、展示得清楚。
如果最后只能留下一条结营检查项，你最不敢省哪一条？
收尾时先看逻辑和体验有没有收住，再看内容够不够多。讲不顺的地方，往往也是理解还没收稳的地方。
最后我会请大家倒着讲一遍：先说今天拿到了什么，再说它是怎样一步步出现的。
最后我会请大家用一句话概括：今天这一节到底把作品往前推进到了哪里。
这一段一直要记住：开始像一个在把作品推向发布和展示的人。只要你开始会判断场景、平台、状态和结果的关系，这节课就已经不只是“多学几个词”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。强化营最怕的，不是难，而是把关系听散。
记住，越接近上线和展示，越要把逻辑、说明和检查做扎实。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“发布与路演教学页”收束展示页。 本课主题是“性能与加载体验”，页面场景使用“校园活动报名与作品售卖跨平台系统”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题或目标区、检查区、结果区、展示区。 核心内容请围绕“页面为什么会卡，如何让作品更快”来实现。 页面重点突出：把成果收成适合发布、答辩或结营展示的版本。 页面要把当前结果整理成适合展示和收束的版本。 页面里要保留结果展示、小结、检查点或下一步，让成果能够直接拿来展示。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景，让页面看起来像完整产品的一部分。课堂动作
- 安排结对互看或小组展示，让学生把自己的结果讲成一段完整说明。
阶段成果
- 把今天的结果整理成可展示、可提交、可继续修改的版本。
课后作业
必做任务
- 围绕“性能与加载体验”把今天的作品再补一个更完整的细节或说明。
- 把课堂上的“性能检查单。”再补一个更完整的细节，并保留前后对比。
提交建议
- 提交本课产出：性能检查单。
- 附 2 到 3 句说明：你今天做了什么、最满意哪里、还准备改什么。
自查清单
- 我能说清楚这节课做的页面或流程是给谁用的。
- 我能指出页面里最重要的一个区块、一个动作和一个结果。
- 我保存了课堂过程中的草图、截图或记录，方便下次继续。
相关参考
appendix/web-performance