高中信息技术必修一《一段可以重复使用的代码-函数》教学设计

高中信息技术必修一《一段可以重复使用的代码——函数》教学设计一、教学设计的整体思考本节课选自高中信息技术必修课程"数据与计算"模块中算法与程序实现部分，核心内容是函数的概念、定义与调用。授课对象为高一年级学生，他们已经掌握了顺序结构、分支结构与循环结构，能够用Python编写几十行规模的小程序，但程序普遍呈现"从头写到尾"的直线形态，代码重复现象严重，改一处要动全身。函数正是医治这一顽疾的第一味良药，也是学生从"会写代码"走向"会设计程序"的关键一跃。从学科育人的角度看，函数不只是一种语法结构，更是一种思维方式。它承载着计算思维中的抽象与分解：把一个复杂问题拆成若干相对独立的子问题，给每个子问题封上一道边界，只留输入与输出两个端口。这种"封装"的意识，与数学中函数的思想一脉相承，又比数学函数多出工程实践的温度。本节课要让学生在动手改造自己旧代码的过程中，亲身体会"为什么要函数"，而不是背诵"什么是函数"。二、学情分析高一学生在数学课上早已接触函数，知道输入一个自变量，经过某种对应关系，得到唯一的函数值。这是本节课最重要的先行组织者，信息技术课堂中的函数可以顺势从"对应关系"这一共同内核切入，降低认知门槛。但也必须清醒地看到三重困难。其一，学生写代码习惯于"一次性解决"，缺乏把重复代码提炼出来的自觉，需要教师制造足够强烈的认知冲突。其二，形式参数与实际参数的区别抽象度高，初学者常把二者混为一谈，出现"在函数里改不了外面的变量"之类的迷思。其三，返回值的概念容易与print输出混淆，学生初学时往往在函数体内用打印代替返回，导致程序逻辑断裂。这三个困难决定了本节课的设计路线：从真实痛点出发诱发需求，借数学旧知搭建脚手架，用对比实验破除迷思。三、教学目标知识目标：学生能准确说出函数的定义格式，区分函数定义与函数调用，理解形式参数、实际参数、返回值三者的作用与传递过程，能解释全局变量与局部变量的差异。能力目标：学生能把一段重复出现的代码抽象为带参数的函数，独立完成定义、调用与调试；面对一个新问题时，能初步尝试"先分解、再封装"的设计路径，写出结构清晰的程序。素养目标：学生在重构自己旧代码的过程中体会抽象与分解的价值，形成"不写重复代码"的工程自觉；在小组互评中学会用"接口是否清晰"这一标准评价他人程序，发展计算思维中的抽象能力与批判性思维。四、教学重点与难点教学重点是函数的定义与调用机制，特别是参数传递与返回值的来龙去脉。教学难点有两处：一是理解"定义不等于执行"，函数体只有在被调用时才运行；二是理解局部变量的作用域，破除"函数里改一改，外面就跟着变"的直觉误区。五、教学方法与课前准备本节课采用"痛点驱动—对比探究—重构实践—互评提升"的主线，综合运用讲授法、任务驱动法与小组协作学习。教师课前准备三份材料：一份故意写得冗长重复的"温度转换"问题代码，用于课堂导入制造认知冲突；一份半成品学案，留有填空与改错任务；机房内每台电脑装好Python环境，并预置同一个起始代码文件，保证所有学生从同一起点出发。学生按异质混合原则分成四人小组，设组长、记录员、主程序员、汇报员四个角色，中途轮换。六、教学过程（一）情境导入：一段让人皱眉的代码上课伊始，教师在大屏幕上展示一段程序：分别把0摄氏度、25摄氏度、100摄氏度换算成华氏度并打印。这段代码里，乘九除五再加三十二的算式原封不动出现了三次，打印语句也重复了三次。教师不急着讲解，而是抛出第一个问题：如果现在要换算的不是三个温度，而是气象台一整年的八千七百多个整点温度，这段代码会变成什么样？学生稍加想象就会意识到，复制粘贴式的写法将制造出一万多行的庞然大物，而且一旦换算公式写错了一个符号，要修改八千多处。教室里往往会出现会心的笑声和低声的惊叹，认知冲突由此建立。教师顺势点题：数学家面对重复，发明了函数记号，把一个对应关系起个名字，随用随取；程序员面对重复，做的是同一件事。今天我们就来学习这第一节真正意义上"可复用"的代码——函数。板书课题，同时明确本节课的三项任务：认识函数的样子、摸清参数与返回值的来去、亲手重构那段冗余的温度程序。（二）新知建构之一：函数的模样教师从学生最熟悉的数学表达式切入。数学里，f(x)等于x平方加一，这个名字f就是一段规则的代称，x是入口，算出来的值是出口。Python几乎原样借用了这个想法。教师在屏幕上逐行写出一个最简单的函数：先用def关键字开头，后接函数名和一对圆括号，括号里放一个形式参数，冒号收尾；缩进的函数体里执行计算，最后用return把结果送回去。写完后教师不立即运行，而是先问：这段代码执行了吗？多数学生凭直觉会说执行了。教师运行程序，屏幕上没有任何输出，教室里会出现片刻的疑惑。这正是敲开"定义不等于执行"这扇门的时机。教师用厨房作比喻：写好菜谱不等于菜已上桌，菜谱只有被厨师拿起照着做的那一刻才真正生效。def只是登记了一本菜谱，调用才是点火烹调。随后教师加上一行调用语句再次运行，结果跃然屏上。这一静一动的两次运行，用三十秒的实验换掉十分钟的空讲，学生对"定义在前、调用在后、调用才执行"的顺序印象深刻。接着师生共同归纳函数定义的四个要素：def关键字与函数名、圆括号中的形式参数、冒号与缩进的函数体、return语句返回的结果。教师特别强调命名规范，函数名应当见名知义，用动词或动词短语描述它做的事，这是工程素养的细节。（三）新知建构之二：参数与返回值的来龙去脉这一环节采用对比实验法，攻克本节课两个硬核概念。第一项实验围绕参数展开。教师先演示无参函数与带参函数的两个版本，让学生观察：没有参数的函数像一台功能固定的机器，每次按下按钮只会做同一件事；有了参数，函数才变成一台可以调节的机器。教师把形式参数比作菜谱上的"盐若干"，把实际参数比作真正下锅的那撮盐——菜谱上的"若干"只是个占位符，真正决定味道的是下锅那一刻的实际分量。随后学生在学案上完成填空：指出给定代码中哪一处是形参、哪一处是实参，并用自己的话解释二者关系。教师巡视，针对把二者写成同一个名字就认为"它们是同一个变量"的典型误解，用传值示意图予以澄清：调用发生时，是把实参的值复制一份交给形参，二者从此各过各的日子。第二项实验围绕返回值展开，直指print与return的混淆。教师给出两个函数：一个用return送回计算结果，另一个用print直接显示结果。先分别调用，看似效果一样。接着教师把两个调用各自的结果赋值给变量再相乘，用return的版本运行正常，用print的版本立刻报出类型错误。学生亲手看到报错的那一刻，"print只是给眼睛看的，return才是给程序用的"这一区别便刻进了记忆。教师总结口诀：显示屏上的热闹是给人看的，return送出去的值才能继续参与计算。第三项小实验处理局部变量。教师在函数内定义一个变量并赋值，调用结束后在函数外试图打印它，程序报出未定义的错误。借此引出作用域概念：函数体像一间带门的房间，房间里声明的局部变量只在房间内有效，门一关，外面谁也看不见。这一保护机制恰恰是函数能安全复用的前提——不同函数里的同名变量互不干扰，两段代码才能安心拼接。（四）实践环节：重构那段冗余的温度程序学生的注意力与概念框架已经就绪，进入本节课的重头戏。教师将课初那段重复三遍的温度代码投回屏幕，布置分层任务。基础任务要求每位学生独立完成：把换算逻辑提炼成一个函数，接收摄氏温度作为参数，返回换算后的华氏温度；主程序通过三次调用完成原来的工作。这一任务的达成标志是学生能打通"定义—传参—返回—接收"的完整链路。提高任务面向学有余力者：再定义一个判断函数，接收摄氏温度，返回"结冰""常温""沸腾"三种状态的字符串；主程序把两个函数串联使用，输出既带换算值又带状态描述的完整结果。这一任务引导学生体验函数之间的协作，为后续模块化思想埋下伏笔。学生编程期间，教师穿行于各组之间，重点观察三类典型问题并即时点拨：函数体忘记缩进导致定义体为空、调用时参数个数与定义不匹配、赋值与打印混用。各组主程序员操作、记录员记下踩过的坑、组长协调进度，教师不代替学生敲键盘，只通过提问指路。十分钟后，教师选取两组有代表性的作品投屏展示。一组是教科书式的标准写法，另一组则犯了一个有讨论价值的错误——把原始的三次重复代码整个塞进函数里，参数形同虚设。教师不直接评判，而是把问题抛给全班：这个函数复用了吗？学生很快发现，它只不过把重复从主程序搬进了函数体，换汤不换药。全班共同给出修改方案，让参数真正流动起来。这一场围绕真实错误的微型会诊，比标准答案的示范更有冲击力。（五）小组互评与标准共建各组完成提高任务后进入互评环节。教师先与学生共建评价标准，三条清晰可判：函数是否消除了重复代码，接口是否清晰（参数与返回值设计得是否合理），命名是否见名知义。每组按照这三条标准，为相邻小组的程序写出一句评语和一条改进建议，记录在小组互评单上。互评的价值在于把教师的私人标准变成全班共识。学生在评价他人程序时，会反躬自查：我的参数设计得聪明吗？别人能看懂我的函数名吗？计算思维中的抽象与分解，经由"评价"这一高阶认知活动被进一步内化。教师最后选取两条妙评朗读点评，课堂气氛在思维碰撞中走向高潮。（六）课堂小结：把函数放回思维版图教师引导学生用三句话自主总结本节课。第一句来自概念层：函数是一段有名字、可重复调用的代码，通过def定义，通过函数名调用。第二句来自机制层：参数是把数据送进函数的通道，返回值是把结果送出函数的通道，局部变量只在函数内部存活。第三句来自思想层：写函数的本质是把大问题分解成小问题，再把每个小问题封上一个干净的接口。教师随后将板书收拢为一张知识结构图：顶端是"可复用的代码"，向下分出定义、参数、返回值、作用域四个分支，每个分支下挂着课堂实验中得到的关键结论。教师点明，今天的函数只是分解思想的起点，今后学习库、模块乃至更上层的程序架构，都是同一思想的层层放大。（七）作业设计作业分必做与选做两个层次。必做题：编写一个统计字符串中元音字母个数的函数，再编写主程序对用户输入的三句话分别调用并输出结果，要求不得出现重复代码。选做题：观察自己之前课程写过的任意一个程序，找出其中至少两处重复或冗长之处，用函数重构，并在代码注释里写明"重构前的问题"与"重构后的收益"。选做题意在让函数思维回流到学生的旧经验中，完成从课堂技法到编程习惯的迁移。七、板书设计板书分三栏。左栏书写课题与函数定义的语法骨架，用框线圈出def、参数、冒号缩进、return四个要素；中栏记录三次课堂实验的现象与结论，即定义不执行、print与return之争、局部变量的边界；右栏留作动态生成区，记录学生互评中写出的优质评语与当场发现的典型错误代码片段。三栏共同构成"概念—机制—实践"的完整脉络，下课后可供学生拍照整理进个人学习档案。八、教学反思本节课最成功之处在于认知冲突的制造。课初那段八千行的"恐怖想象"与课末重构后二十行的清爽代码形成强烈对照，学生不是被告知函数有用，而是亲眼看见函数有用。三个环环相扣的小实验，分别击碎了"定义即执行""print即返回""变量处处可见"三个顽固迷思，实验所花的时间远少于同等效果的反复讲解。需要改进之处也有两笔。其一，参数传递的讲解目前依赖比喻与示意