零基础Python入门：变量与input函数的120分钟课堂实战

简介：这是一份专为Python初学者（尤其青少年学员）设计的120分钟课堂教学完整教案，聚焦变量概念、input函数使用与变量命名规则三大核心知识点，适用于编程培训机构常规课、中小学信息技术Python入门教学及教师备课参考。资源包共7个文件，含3个可运行Python示例（如‘打招呼.py’‘智能问候系统’实践代码）、1份结构清晰的Word课后作业文档、1份PPTX教学课件、1段关键操作MP4演示视频及1张教学配图，总大小355.69MB，内容覆盖课前回顾、情景引入、新知讲授、实操创作、分享交流等全流程环节。已有48人学习下载。教案配备三维教学目标、重难点解析、课堂互动设计（提问/奖励/安全提醒）、课后反思表及贴近生活的任务案例，教师可直接开课或按学情灵活调整，切实提升学生对变量定义、键盘输入获取及命名规范的理解与应用能力。 如果让你给一群完全零基础的学员讲Python，而且只有120分钟，你会把什么内容放在最前面？我过去经常从print("Hello World")开始，直到有个学员在台下嘀咕了一句“这跟我用记事本打一行字有什么区别”，我才意识到问题出在哪里。后来我把“变量”和“input函数”提到了Python编程入门课的第一位，搭配一整套教学方案和活动设计，课堂效果完全不一样。这篇文章就把这套120分钟课堂教学方案从头到尾拆开，从时间安排、讲解话术、活动设计到高频报错处理，全部给你梳理清楚，适合正在备课的老师、带训练营的助教，以及想给朋友做Python入门培训的读者参考。

1. 为什么“变量+input函数”是120分钟课堂的最佳组合

1.1 初学者的成就感来自“程序回应了我”

我一开始不理解，为什么简单打印几行文字，学员的反应却那么平淡。直到听到那句“跟记事本有什么区别”之后，我才认真研究零基础学员的心理预期。后来我在课堂前十分钟做了一个小改动：先让学员看一段用input写成的猜年龄程序。电脑会问“你今年多大了？”然后根据输入给出回应。整个教室的气氛在十秒内就不一样了，学员马上意识到，这台电脑不是单向输出，而是会等人回答，会针对不同的输入给出不同反应。

这种“即时反馈”是整个120分钟课堂的核心驱动力。print函数打印的是固定内容，学员看不出程序“活”在哪里；而input函数天然制造了一种人机对话的感觉。对初学者来说，“电脑在等我回答问题”这个体验，比任何语法规则都更能激发兴趣。

1.2 变量是Python语法中最容易建立“心智模型”的概念

很多人觉得“变量”这个词一听就很劝退，但恰恰是Python给了我们把抽象概念讲得特别简单的机会。在Python里，定义变量不需要声明类型，直接写name = "张三"就能完成赋值。我上课时反复用类比：“变量不是盒子，是贴标签。”数据本身像一张名片，你给它贴上“姓名”标签，给另一张贴上“手机号”标签。以后你只要喊“姓名”，程序就知道你指的是哪张名片。

我试过多种讲法，最失败的是“把变量当成存储数据的盒子”，因为学员紧接着就会问“盒子里装了什么东西？是字符串还是数字？”你不得不提前去讲数据类型。用“贴标签”这个讲法，学员没有那么多追问，他把名字和值之间的关系建立起来就够了。

这个概念的掌握程度直接影响后面所有内容。函数参数本质上就是在给传入的数据起名字，列表索引也像给一排物品编了号，循环变量更是变量概念的延伸。第一节课花二十分钟把变量讲透，后面能省下不知道多少补课的功夫。

1.3 input函数串起了“输入-处理-输出”三步流程

input函数在技术上只是读取键盘输入，但在教学设计上它担当着一个更重要的角色：它让学员第一次完整地看到程序的通用骨架。程序运行后会停下来等待输入——这是输入环节；拿到数据后，程序中可能做了拼接、转换、计算——这是处理环节；最后通过print打印结果——这是输出环节。

我上课时会直接在白板上画三条横线，写上“输入—处理—输出”，然后告诉学员：“今天学的所有程序，都是这三步。”后面不管是讲条件判断，还是讲循环、文件读写，学员都能套用这个框架。最典型的例子就是用户输入姓名，程序问候，就三行代码，却已经构成一个完整的交互程序。这种宏观视角的建立，比单纯记住某个函数用法重要得多。

1.4 内容弹性大，不怕讲太快或太慢

第一次设计这门课时，我把变量、input、类型转换、if判断、循环全塞进了120分钟，结果发现学员连变量都没敲熟，后面的环节全是照着我的代码抄，根本不理解。后来我把内容砍到“变量+input+基础类型转换+一个小项目”，发现整个课堂非常从容。

这套组合的弹性在于：学员基础好、吸收快，可以在计算器案例里加BMI指数、加四舍五入；学员基础弱，就把小组项目里的故事生成器简化成一个人名问候程序。120分钟刚好覆盖一节标准课的长度，中间安排一次5分钟休息，节奏很舒服。我的原则是：宁可少讲一个知识点，也要留出至少20分钟让学员亲手写出一个能运行的作品。

2. 120分钟课堂的时间轴与环节设计

2.1 我实际跑过很多次的完整时间表

给一份我反复调整后觉得最顺手的教学安排，你可以根据自己班级的情况微调。整个120分钟分成三个阶段：前45分钟建立认知，中间45分钟动手强化，最后30分钟输出和复盘。

2.2 每个环节为什么这样安排

先说开头的“猜年龄”程序。它不是教学重点，但非常重要。零基础学员对代码没有任何想象，他需要先看到终点，知道两个小时后自己能做出一个什么样的东西。这个演示不需要复杂，十秒钟就能跑完，但能瞬间把“我为什么要学这个”这个问题的答案摆在学员面前。

变量练习里的“交换两个变量的值”是我自己很偏爱的一个点。Python里写a, b = b, a一行就完成交换，而很多其他语言需要引入第三个临时变量。让零基础学员在一开始的课堂上就看到Python这种简洁的表达，会让他们对这个语言产生好感。哪怕现在只是照葫芦画瓢，这份好感会持续到后面的学习。

时间表里最容易被压缩的是“错误排查闯关”，但我不建议砍掉。学员只有在看到别人踩过的坑、修过真实的Bug后，才会真正理解变量的命名规则和类型转换的意义。如果整体时间紧张，可以把四个Bug缩减成全班一起修两个，但一定不能完全省略。

2.3 备用的弹性内容

上课最怕的是两种局面：一种是讲完了还剩30分钟，一种是讲了一个半小时还差一大截。我一般会准备一份“备用进阶题”：让学员输入自己的出生年份，计算大概年龄。这个题目要求学员把input返回的字符串转成整数，再用当前年份减掉出生年份，最后把结果拼进字符串输出。整个过程几乎覆盖了本节课所有知识点。

如果节奏偏快但没有快到需要加新知识，我会在小组活动里多留时间，让学员自己给故事生成器设计更多变量。比如除了姓名、地点，再加上“最喜欢的一句话”“超级能力”“理想职业”。这种开放式的追加，比直接教新语法更能巩固已经学过的内容。

3. 核心知识点讲解：从“贴标签”到“与人对话”

3.1 变量讲解时我踩过的坑

说实话，变量这个概念我前几轮讲得并不好。第一次我用“盒子”来类比，结果有学员问“盒子里装的是什么类型？”我硬着头皮讲了一遍字符串、整数、浮点数，结果一节课变成了计算机组成原理课。第二次我改用“贴标签”，顺畅多了。

我后来总结出一个话术，上课时可以直接用：“程序运行到赋值语句时，会把右边的值关联到左边的名字上，之后使用这个名字就等于使用那个值。”这句话不依赖任何比喻，即使在大学计算机导论里也是严谨的。先让学员建立“名字指向值”的关系，等他们发现不同类型的数据行为不一样时，再补充类型概念。

变量命名规则也是必讲内容。我的课堂话术是：“变量名只能由字母、数字、下划线组成，不能以数字开头，不能跟Python关键字重名。另外，变量名大小写敏感，user_name和UserName是两回事。”说完之后马上做那个故意写错的演示，让学员亲眼看到NameError。

3.2 input函数：重点讲“等待”

input函数最大的教学难点，不是语法，而是“程序会停下来等输入”这个运行机制。有相当一部分学员第一次运行到input()那一行时，以为程序卡死了，猛按回车或者直接关掉窗口。我在课堂会刻意让学员观察：当代码执行到input()时，窗口里有光标在闪，但程序不再往下走，直到输入内容并按下回车，才会继续执行。

我用的课堂比喻是：“input函数就像一个安检员，你不过来，它就一直在岗位上等着；你把身份证递过去，它才放你继续走。”这个比喻不完全严谨，但它让所有人都记住了“等待”这件事。等学员写成程序，自己看到“等待—输入—继续输出”的完整流程后，这个知识点就彻底内化了。

name = input("请输入你的名字：") print("你好，" + name)

运行效果是：屏幕先显示“请输入你的名字：”，学员输入“小明”并回车，程序才打印“你好，小明”。

3.3 讲透“input返回的一定是字符串”

这是整节课最核心的知识点之一，也是初学者最容易报错的地方。学员写完age = input("请输入年龄：")，再写print(age + 1)，马上得到TypeError。很多老师会直接告诉学员“input返回的是字符串”，然后继续往下讲。我建议换个方式：让学员亲手查看类型。

给学员一个“警察办案”的小实验：运行type(input("随便输入一个数："))，看看结果是什么。当学员亲眼看到屏幕上出现<class 'str'>时，比老师讲十遍都记得牢。然后我们才引出一个完整的计算案例：

height = float(input("请输入身高（米）：")) weight = float(input("请输入体重（千克）：")) bmi = weight / (height ** 2) print("你的BMI是：" + str(round(bmi, 2)))

这段代码有三个教学点：第一，float()把字符串转换成浮点数；第二，weight / (height ** 2)里的括号不能省；第三，str(round(bmi, 2))把数字转换成字符串才能用加号拼接。学员会直观感受到一条完整链路：输入进来的是字符串，计算时要转成数字，输出时要转回字符串。

3.4 故意写错代码，是一种很好的教学策略

我课堂上有一项固定动作：故意把代码写错，然后让学员当“侦探”找Bug。这比直接给正确代码更能调动注意力。比如我演示变量命名规则时，会故意写：

user_name = "张三" print(userName)

运行后会得到NameError。全班人的目光都会集中在这两行代码上，开始找“为什么User_Name到后面变成了userName”。这时候我再解释“Python变量名区分大小写”和“变量名拼写必须一致”，课堂印象会深很多。

另一个我常故意犯的错误是字符串引号没闭合，或者用了中文全角引号。比如写成print("你好")，其中引号是全角符号，Python就会报SyntaxError。这类错误在中文环境下非常常见，与其等学员自己踩坑，不如在课堂上主动“引爆”，让学员提前感受错误长什么样。

4. 活动设计：让学员在两小时内做出“自己的作品”

4.1 活动一：班级点名器

这个活动非常适合作为正式动手的第一项，因为难度极低，但又能让学员体验到“程序围绕自己转”的感觉。每个学员写一个程序：定义变量student_name为自己的名字，然后用input模拟老师点名，最后输出“某某同学，到”。

student_name = "王小雨" input("老师喊：王小雨——\n请王小雨输入自己的名字确认：") print(student_name + "同学，到！")

这个活动中，变量和input都派上了用场，而且几乎没有报错的可能，每个学员都能成功运行。关键是建立信心。很多零基础学员在第一次运行成功时会非常兴奋，这种正向情绪会支撑他学完整节课。

4.2 活动二：BMI指数计算器

在讲完类型转换后，我会让每个学员自己写BMI计算器。这个案例的价值在于它足够贴近生活，学员愿意用自己的真实身高体重去测试。过程中必然有人漏掉float()，或者忘记str()转换，这些错误都在安全范围内的“正常翻车”，正好作为纠错素材。

我会让学员互相交换电脑，用对方的程序算一遍BMI，看看能不能正常跑通。如果跑不通，就试着找错在哪一行。这种“给别人找Bug”的任务，比给自己找Bug更有游戏感，而且学员在排查别人代码时，反而更容易跳出固定思维。

4.3 活动三：故事生成器

这是整节课的高潮，我一般安排20分钟，让学员分组完成。每组设计一个故事模板，至少包含三个空白位置需要用户输入。比如：

name = input("主角的名字：") place = input("故事发生的地点：") item = input("一件神奇物品：") print("从前有个人叫" + name + "，他每天都会去" + place + "，直到有一天捡到了" + item + "……")

我的硬性要求是：每组至少使用两个变量、一次input、一次print，故事要有一个反转或者笑点。当各组开始运行并展示时，课堂会非常热闹，因为每个组的模板都不一样，有的很无厘头，有的很温馨。这个活动的价值在于，学员在笑声中反复练习了变量和字符串拼接，情绪记忆让知识点留得更牢。

4.4 分组方式与助教配合

如果班级人数超过15人，我会请一位助教配合，分工很明确：主讲老师负责讲解和整体节奏，助教在实操环节巡回检查，重点观察两类人——一类是屏幕前出现红色报错却沉默不语的学员，另一类是一直在聊天迟迟不动的学员。零基础学员遇到报错时通常会“僵住”，助教主动问一句“要我看看吗”，比等他举手求救有效得多。

分组时我坚持混搭原则：把基础好和零基础的学员放在一组，但明确要求“每个人至少要自己敲一遍关键代码”。合作完成故事生成器时，基础好的学员可以负责构思逻辑，零基础学员负责逐行输入和运行，这样人人都有参与感，又不会变成高手一个人的独角戏。

5. 初学者高频报错与课堂纠错清单

5.1 NameError：变量名拼写不一致

这是每个人刚接触变量时都会撞上的第一道墙。学员前面定义了user_name，后面却手打成username；或者前面用Name，后面写name，程序就会报NameError: name 'username' is not defined。英语好的学员能看懂，大多数零基础学员只看到了一片红色。

我的纠错策略非常“土”，但很有效：要求学员在同一个程序里，不能用手指敲变量名，必须复制粘贴。这个习惯能直接消灭大量拼写错误。其次是教他们读报错信息里的变量名——报错说的username和前面定义的不一致，问题一定出在这两个名字上。这一课顺便巩固了“程序严格区分大小写”的概念。

5.2 TypeError：字符串和数字直接拼接

学员写出print("我今年" + 18 + "岁")时，会出现TypeError: can only concatenate str (not 'int') to str。这个报错里的英文很长，但我会让学员重点看“concatenate str”这几个词。翻译过来就是“只能拼接字符串”，不能拼接整数。解决办法有两种，第一种是str(18)把数字转成字符串，第二种是改用逗号分隔——print("我今年", 18, "岁")，让print函数自己处理不同类型。

两种方案我都会讲，因为学员以后会频繁遇到“这儿要转字符串、那儿要转数字”的场景。多一种解法，就多一分应对真实问题的底气。

5.3 SyntaxError：括号、引号缺失或输入法混用

在中文环境下，全角半角符号混用是SyntaxError的最大来源。很多学员在输入法打开的情况下敲引号，结果编辑器里显示的是中文引号，Python解析不了。遇到SyntaxError，我教给学员的第一件事不是看最后一行报错，而是从头到尾检查所有括号和引号，确认每个标点都是英文半角符号。

还有一个隐蔽的问题：字符串没有闭合时，Python可能直到下一行才报错。比如print("你好)漏了第二个引号，解释器会把后面的代码都当成字符串内容，最终报错位置离真正的错误点很远。这一点要提前跟学员说清楚，避免他们对着错误的行反复发愁。

5.4 ValueError：输入内容无法转换

学了int()和float()之后，新的报错出现了。学员输入“abc”再回车，程序报ValueError: invalid literal for int() with base 10: 'abc'。有一种观点认为这是“用户故意捣乱”，但我更愿意把它讲成一个真实世界的问题：程序不能假设用户一定会按格式输入。

第一节课我不要求学员解决这个问题，只要求他们理解这个错误意味着什么：类型转换遇到了无法转换的内容。这个认知是为后面讲条件判断、循环、异常处理做铺垫的。等学员学了if之后，他们自然知道可以用“如果输入的不是数字，就重新输入”这种方式来应对，但现在只需要知道“程序没坏，是数据格式不对”。

5.5 课堂调试策略：print大法

很多人觉得调试是一个高级话题，不适合零基础学员。我不同意。我认为零基础学员最需要掌握的调试手段，恰恰是最简单的“print大法”：在可疑变量后面临时加一行print(变量名, type(变量名))，看看这个变量到底是什么值、什么类型。

比如学员不确定age是字符串还是整数，就在使用之前打印一下print(type(age))。不确定bmi计算结果对不对，就把每一步中间值都打印出来。这个方法不需要任何额外知识，对初学者来说比IDE断点调试更好理解。我在课堂上的口号是：“当你不知道程序在干嘛时，就让它把心里话print出来。”等学员养成了这个习惯，后面再学调试器就是锦上添花了。

6. 课堂之外的衔接：作业设计与后续学习路径

6.1 课后作业：个人名片生成器

课堂结束前，我会布置一个课后作业：写一个“个人名片生成器”。程序要求用变量保存自己的姓名、城市、职业、爱好，再通过input询问“对方的名字”，最后输出一张包含双方信息的数字名片。这个作业只用到本课知识，不会让学员产生“刚学完就遇到超纲题”的挫败感。

我会额外允许一种写法，就是我在课堂上不经意演示过一次的f-string。虽然第一节课没有系统讲f-string，但学员只要见过一次，就会有一部分人主动去搜索它的用法。第二节课再正式讲解时，这部分学员会带着“我好像已经会用了”的自信来听课。

name = input("你的名字：") city = input("你所在的城市：") friend = input("你朋友的名字：") print(f"{name}在{city}，给{friend}发了一张数字名片。")

6.2 给下一节课留下一个清晰的钩子

第一节课结束前，我会指着白板上的“输入-处理-输出”结构说：“现在我们只会写直线型程序，程序永远从上到下跑一遍。但真实世界的逻辑不是这样的。比如你问用户年龄，如果大于等于18岁，程序应该显示‘成年’，否则显示‘未成年’。这种有分支的情况，就要用到下一节课的条件判断了。”

这样一收，学员既回顾了本课内容，又知道下一次会学什么。等到第二节课讲if时，我会直接用“猜数字游戏”作为主线项目，学员已经有变量和input的基础，可以快速进入分支逻辑，不用再回头补输入这块。

6.3 反复上课后我自己的心得

这门120分钟的课我上过很多轮，每一轮都会微调，但有几条经验几乎不变。第一条是千万不要低估“运行成功”对初学者的意义。演示时一定要提前准备好代码，别当着全班面报错；如果故意设计报错，就一定要把它变成教学资源，而不是事故。第二条是进度宁可稳一点，不要贪多，我用过一小时塞六个知识点的方案，结果学员全都靠抄代码撑过去，很快就忘光了。第三条是活动时间要给足，让每个学员都完整体验一次“从想法到作品”的过程。许多培训机构一天上六小时课，学员离开时却讲不出自己学了什么，原因就是缺少“我做出了一个东西”这个锚点。120分钟的课，哪怕只做出一个简简单单的故事生成器，学员也会觉得自己真的入门了，而这就是继续往下学的最大动力。

本文还有配套的精品资源，点击获取