2. 写在前面为什么第五次作业是个分水岭我每带一批Python初学者到第五次作业前后总能明显感觉到队伍开始分化。前面几次作业大家基本上是在认识变量、搞懂print和input、学会写if判断属于把语法零件挨个摸一遍的阶段。可第五次作业一出来要求突然从“认识工具”变成了“用工具盖房子”循环、函数、字符串处理、逻辑组合全得往上招呼难度曲线几乎是垂直拉升。这篇文章就围绕Python课程的第五次作业来聊。我会把它当成一个典型样本来拆这类作业到底在考什么哪些地方是新手最容易翻车的怎么一步一步把作业写出满分水平。不绕弯子直接上干货无论你是正在被第五次作业折磨的学生还是自己照着教程学Python卡在半路的自学者这篇文章都值得你花十分钟读完。3. 内容整体设计与思路拆解3.1 第五次作业在整条学习曲线上处于什么位置翻看大部分Python入门教材和网课课程大纲通常是这样排的环境安装、变量与数据类型、输入输出、条件判断、循环结构、函数、字符串与列表操作、文件读写等。到了第五次课左右几乎所有课程都会进入一个共同阶段——循环与函数组合使用再掺上一些字符串或列表的基本操作。为什么偏偏这个节点要安排一次像样的作业我理解这是课程设计者故意设置的一次“综合演练”。前几次作业是单项训练考的是“你会不会用if”而第五次作业考的是“你知不知道什么时候该用for什么时候该用while怎么把一段重复逻辑提炼成函数怎么处理字符串里那些烦人的细节”。说白了前四周教的是零件第五次作业要求你组装起来。从我自己批作业的经验来看能在这个阶段把作业写干净的学生后面学列表推导式、字典操作、文件处理都会顺很多。反观那些在这里糊弄过去的学生到第八次作业写数据统计题时经常还在为一个循环嵌套折腾半天。所以第五次作业不只是交一份代码那么简单它是一次学习状态的体检。3.2 这类作业的核心考察点拆解我翻了手头几个版本的“Python第五次作业”题目风格有差异但核心考察点高度集中基本可以归为四类循环结构控制for循环遍历序列、range()边界控制、while循环的退出条件设计以及break、continue的使用时机。条件判断与逻辑组合多个if/elif/else分支的排列顺序、复合条件and、or、not的组合运用。函数封装与参数传递把重复逻辑提炼成函数、理解参数和返回值、区分形参和实参。字符串与基础数据处理字符串遍历、拼接、查找或者对一组数字做累加、统计、筛选。这四类知识点单独拿出来都不难但放在一道完整的题目里就要求学生能根据题目描述自行判断“这步该用什么、那步该放哪里”。比如“统计一段文字里元音字母的个数”这题表面上是字符串处理骨子里是循环遍历加条件判断最后还要考虑大小写归一化。每一步都不复杂但串起来就成了一个完整的小程序。3.3 我推荐的解题策略先手算再画流程最后写码很多学生看到题目就开写键盘敲得飞快结果调试时间比写码时间还长。我在第五次作业上反复给学生强调的一个习惯是先手算再画流程最后写代码。所谓手算就是拿题目给的示例输入用笔在纸上把过程一步步走一遍。比如“李白打酒”这类题题目说壶中原有酒两斗遇店加一倍遇花喝一斗经过五次店和十次花之后酒刚好没了问最后遇到的是什么。这种题你不先在纸上推演几轮直接上手写循环很容易搞反顺序。手算完把步骤抽象成流程图。这一步不一定画得多规范拿箭头和方框大概标出“输入→判断→循环体→结果”就行。流程图画明白了写代码就是把每个框翻译成Python语句这时候你会发现卡壳率直线下降。这个方法对初学者尤其管用因为大部分写不出来的原因不是不会语法而是脑子里对题目的执行过程是模糊的。4. 基础知识点排查动手写之前先过一遍4.1 循环结构for与while怎么选第五次作业里几乎不可能避开循环。就我的批改经验来说最经典的问题是学生把for和while用混。其实选型标准很简单知道要循环多少次或者要遍历一个已知长度的序列优先用for。比如“打印1到100的偶数”“遍历一个字符串的每个字符”这种场景for最合适。不知道循环次数只知道满足某个条件就继续、不满足就停用while。比如“不断让用户输入数字直到输入负数为止”你没法提前知道用户会输几次这就是while的地盘。我见过一份作业题目是“猜数字游戏”那位同学非要用for i in range(1000)包住整个循环然后在猜中时break。代码能跑但逻辑非常拧巴。他其实要的是“猜中就停没猜中就继续”这个语义天然是while的。所以第五次作业里每写一个循环先问自己一句我知道它要转多少圈吗知道就用for不知道就用while。另外还有一个高频问题循环内部要不要修改循环变量我的建议是别动。for i in range(10)里的i是每次自动赋值的你在循环体里写i i 1不仅没用还会把代码搞乱。想控制循环跳转用break终止整个循环和continue跳过本轮剩余语句、进入下一轮就足够。4.2 条件判断的排列顺序这个坑埋了无数人第五次作业的题目往往会设计多重分支比如根据分数输出等级根据消费金额计算折扣。这种题里最常见的错误是分支顺序放反了。举个例子判断成绩等级的代码score 85 if score 60: print(及格) elif score 80: print(优秀)这段代码逻辑上就是错的。因为85分先满足 60进了第一个分支就输出“及格”然后整个判断结束后面的elif根本没机会执行。正确的写法是把范围更严格的条件放前面score 85 if score 80: print(优秀) elif score 60: print(及格) else: print(不及格)这个“从上到下依次判断命中一个就退出”的机制很多第一次接触的学生会忽略。我批作业时看到过一个更隐蔽的变体用多个独立的if而不是elif导致一个输入同时走了好几个分支。记住一个原则如果多个条件互斥用if/elif/else把范围从大到小或从小到大排列如果多个条件可能同时成立且都需要处理再用多个独立的if。4.3 函数封装不是把代码塞进def就完事第五次作业的函数题通常是“把某段逻辑封装成函数并调用它”。这里学生容易踩两个坑。第一个坑是把所有代码不分青红皂白全塞进函数里函数里又是输入又是打印又是返回搞得职责混乱。我的建议是函数尽量做“纯计算”把输入和输出放到函数外面函数负责接收参数、处理、返回结果。比如“计算一个整数是不是素数”的函数入参是整数返回True或False就够打印的事情交给调用方。第二个坑是忘记return。Python函数默认返回None很多人写了半天处理逻辑最后忘了把结果return出去外面拿到一个None然后对着None做运算报错。我这里建议写完函数立刻自测三件事参数能正常接收到吗返回值是预期类型吗如果输入了边界值比如0、负数、空字符串函数会崩吗def is_leap(year): if year % 4 0 and year % 100 ! 0: return True elif year % 400 0: return True else: return False这个函数判断闰年注意100的整除条件必须先判断因为普通能被100整除的年份不是闰年但能被400整除的又是闰年。顺序错了结果就会不对。所以说函数封装的考点不只是“你会不会写def”更是“你能不能把计算逻辑里的边界情况处理好”。5. 实操过程与核心环节实现5.1 实操环境准备不改好三个配置后面全是泪写作业之前先把环境理顺。我见过太多作业代码本身没错结果因为环境问题反复报错半天找不到原因。这里分三层说。第一Python解释器版本。第五次作业的语法基本兼容Python 3.8到3.13但我建议统一用Python 3.10或3.11稳定且第三方库支持最好。装好之后在终端敲python --version能输出版本号就说明解释器没问题。如果敲了没反应大概率是环境变量没配好Windows用户去系统设置里检查PATH有没有包含Python安装目录macOS和Linux用户检查默认的python3命令是否存在。第二编辑器选择。新手我不推荐一上来就折腾复杂的IDE但也不建议用系统自带的记事本。VS Code加Python扩展是当前体验最顺的组合配置也不复杂。安装Python扩展后按下CtrlShiftP输入Python: Select Interpreter把解释器指到刚装好的Python路径。这一步做完代码提示、语法检查、一键运行就都有了。如果这一步没配好你写代码就相当于闭着眼开车后面连报错都看不懂。第三代码文件的编码问题。Windows上新建Python文件如果包含中文字符串或注释我强烈建议在文件第一行或文件头写明# -*- coding: utf-8 -*-。虽然Python 3默认就是UTF-8但Windows记事本容易存出带BOM的文件有概率导致中文报错。这里有个我常用的做法写完代码后用VS Code右下角的“选择编码”把文件改成“UTF-8”保存能从根上避开编码坑。5.2 案例拆解用“李白打酒”讲讲循环与递归怎么组织“李白打酒”是一道流传很广的编程题也在第五次作业里高频出现。题目大意是李白提着酒壶出门壶中原来有酒2斗。他逢店加一倍遇到酒店酒量翻倍遇花喝一斗遇到花喝掉1斗。已知他一共经过5次店和10次花最后一次遇到的是花而且喝完壶中酒刚好没了。问他遇到店和花的顺序是什么我第一次看到这题也愣了下因为正向推非常绕。但换个思路就简单了既然知道最后酒是0那就从最后一步往前倒推。最后一次是花喝掉1斗之后是0所以到第15次事件前壶里有1斗。再往前推如果前一步是店则店前的酒量是当前的一半如果前一步是花则花前的酒量是当前加1。所以我们可以用一个递归或回溯框架去“猜”每一步是店还是花。这里我们用递归来写。递归的好处是思路直接函数接收当前剩余店数、花数和当前酒量递归地从后往前推每一步如果判定为花则酒量加1如果判定为店则酒量乘以2。当酒量出现小数或者负数时剪枝当店数和花数都用完时检查酒量是否为0。关键代码如下def walk(shop, flower, wine): # 酒量不能为负不能为非整数 if wine 0 or wine ! int(wine): return # 店和花都用完时检查最后一步是否为花且酒量为0 if shop 0 and flower 0: if wine 0: print(找到一种顺序) return # 先用花遇花喝一斗倒推就是酒量加一 if flower 0: walk(shop, flower - 1, wine 1) # 再用店遇店加一倍倒推就是酒量除以二 if shop 0: walk(shop - 1, flower, wine / 2) walk(5, 10, 0)这段代码里最关键的是“倒推”的思维正向是乘二和减一倒推就是除以二和加一。然后用递归枚举所有可能的顺序组合期间不断剪枝。我实际跑下来这个解法能很好地训练递归思维而且代码量很短非常适合写到第五次作业里当成提升题。5.3 案例拆解用“用户登录模拟”讲循环与while的条件设计第五次作业里另一类高频题目是“模拟登录验证”通常要求预设一个用户名和密码用户有三次输入机会输入正确则提示成功超过三次则锁定账户。这个题核心考的是while循环的退出条件。很多学生写这个题时会用for循环加计数器然后里面判断次数。这样也能做但代码不优雅。更专业的写法是用while加“剩余次数”这个变量来控场username admin password 123456 remaining 3 while remaining 0: input_user input(请输入用户名) input_pass input(请输入密码) if input_user username and input_pass password: print(登录成功) break else: remaining - 1 if remaining 0: print(f用户名或密码错误还剩{remaining}次机会) else: print(尝试次数过多账户已锁定)这段代码里remaining既是循环条件又是错误信息里的动态文案一处更新两处使用逻辑很紧凑。我特别想提醒的是break在这里是必须的不然登录成功后还会继续让用户输入。还有些学生会把remaining写成while remaining 0这样会凭空多出一次输入机会属于边界条件没控制好。5.4 案例拆解用“文本词频统计”讲字符串处理与字典第五次作业如果稍微进阶一点会让学生做“统计一句话里每个单词出现的次数”。这题考察的其实是字符串清洗加数据聚合非常适合锻炼综合能力。第一步是清洗字符串。把标点符号去掉统一转成小写然后按空格切分成单词列表。这里有一个我踩过的坑直接用split()不传参数它能自动按连续空格和换行切分但如果文本里带有逗号、句号hello,就会被当成一个词。所以清洗步骤不能省。第二步是统计。用一个字典遍历单词列表单词作为键出现次数作为值import re text Hello world! Hello Python. Python is fun, fun, fun. words re.findall(r[a-zA-Z], text.lower()) count {} for word in words: count[word] count.get(word, 0) 1 print(count)这里re.findall按正则把所有字母序列提取出来天然过滤掉标点比手工替换标点要省事很多。count.get(word, 0)的意思是取当前单词的计数值如果不存在就取0然后加1再存回去。这个写法很经典我在实际开发里也经常用建议直接背下来。有些同学会问能不能用collections.Counter当然可以而且代码更短。但第五次作业这个阶段我更建议先用普通的dict手动实现一遍把“键不存在时怎么处理”这个逻辑练透后面再用Counter就是锦上添花。6. 常见问题与排查技巧实录6.1 缩进错误Python里最伤自尊的报错第五次作业的代码量明显上来了缩进错误开始集中爆发。IndentationError: unexpected indent和IndentationError: expected an indented block是两种最常见的前者多按了一下Tab或空格后者是if、for、def下面忘了缩进。我的建议是一律用空格统一设为4个空格VS Code里在设置中搜索editor.insertSpaces并勾选然后关掉“detect indentation”的干扰项。另外一个能避免大量缩进问题的技巧是写完一个冒号后面的代码块之后先按两次Enter让编辑器自动补出缩进位置再开始写代码。这个习惯坚持一周就能完全避开缩进类报错。6.2 变量作用域与命名覆盖input变量名把内置函数顶掉了这个坑非常隐蔽。不少学生写了类似下面的代码input input(请输入)第一行执行时等号右边的input还能正常调用内置函数可一旦执行完当前作用域里的input就成了一个字符串。如果你后面再写一次input(请输入)解释器会报TypeError: str object is not callable而且这个错误发生在程序运行到第二个input时位置和原因都很隐蔽。我批作业时看到这种情况通常会在旁边批注不要用list、dict、str、sum、input、print这些名字做变量名。想都不用想换掉。类似地函数命名也要避开test这种太笼统的词尽量用calc_avg、check_prime这种能望文生义的命名这对第五次作业后面可能被老师提问“你的代码每个函数是干嘛的”也很有帮助。6.3 类型不匹配字符串和整数打架第五次作业里经常出现字符串和数字混杂的场景比如“输入一个数字判断它是奇数还是偶数”。用input()拿到的永远是字符串直接拿去做取模运算会报TypeError: not all arguments converted during string formatting或者unsupported operand type(s) for %: str and int。解决方法就是类型转换。int()把整数字符串转成整数float()把带小数点的字符串转成浮点数。但这里有个陷阱int(3.14)会直接报错因为int()不接受带小数点的字符串。如果用户可能输入小数就得用float()然后自己决定取整逻辑。还有一种情况是用户输入了非数字字符int()会抛ValueError程序直接崩溃。稳妥的做法是用try/except包一层num_str input(请输入一个整数) try: num int(num_str) except ValueError: print(输入无效请确保输入的是整数。) exit()这段代码的意思是尝试把input()拿到的字符串转成整数如果转换失败就提示用户并且退出程序。这样虽然牺牲了一点点代码长度但程序健壮性高了不少。我在实际项目里写死循环输入的时候也习惯了先用try/except拦一手省得程序被用户的调皮输入炸掉。6.4 程序思维错乱逻辑对了但顺序反了我见过最典型的案例是“判断闰年”的代码学生写成if year % 4 0: print(闰年) elif year % 100 0: print(平年)这段代码的问题在于像1900年它能被4整除直接走了第一个分支输出“闰年”可实际上1900不是闰年。这就是“逻辑短路”前面的条件覆盖了后来条件应该处理的样本。更麻烦的是代码不报错结果就是错的初学者很难一眼看出问题。这种“算法边界”问题在第五次作业里特别多。我的建议是写完一个带分支或循环的程序手动画一张表把几种特殊情况列出来逐个过一遍。比如判断闰年至少测四个值普通闰年2020、普通平年2021、整百平年1900、整百闰年2000。这四个值过了代码基本就稳了。6.5 循环死循环与异常中断程序卡住不动了第五次作业里的while循环题比如“不断输入数字直到输入0为止”很多学生写完一运行程序直接卡住光标一直在闪怎么敲都没反应。这种通常是循环退出条件写错了比如把while num ! 0写成了while num 0或者循环体里忘了更新循环变量。如果程序真的卡死了在终端里用CtrlC强制中断运行然后检查三件事循环条件变量有没有在循环体里更新更新逻辑会不会让条件一直为True有没有设置break作为备用出口养成这个排查习惯你调试效率能翻倍。另外我还想提一个细节如果while循环里用了input()一定要保证每次循环都会走到input()不要把它写在某个if分支里面否则用户就会陷入“不断输入、但程序没反应”的怪圈。7. 作业质量提升技巧与提交前自检7.1 把代码写得像“给人看”而不是“给机器看”第五次作业的评分标准跟第一次不一样老师大概率会看代码风格。我的建议是每写一个函数或一段核心逻辑就加一两行注释说明这段代码是干什么的、输入是什么、输出是什么。但不要过度注释每行都写注释反而显得啰嗦。更重要的是变量和函数命名。我批作业时看到a、b、c这种变量名第一反应就是想扣分。命名要能传达含义统计次数的变量叫count存放学生成绩的列表叫scores判断素数的函数叫is_prime。这是职业习惯从第五次作业就开始养成越早越好。7.2 写一个简单的自测用例清单提交之前我习惯让学生做一个最简单的测试矩阵。拿“闰年判断”这道题来说测试用例至少要有四个2020普通闰年、1900整百年份非闰年、2000整百且是闰年、2023普通平年。每个用例写一行预期输出然后逐个跑一遍全部通过再提交。这一步看起来麻烦但效果立竿见影。批改过几百份作业后我发现大部分被扣分的代码都不是因为思路错而是缺了边界条件的处理。你多花五分钟自测可能就多保住两分。7.3 运行一次完整调试后再提交最后提交前记住“跑通一遍再走”。很多学生写完代码眼睛盯着看了一遍觉得没问题就提交了结果一运行就是语法错误。代码是给人看的逻辑文本也是给机器执行指令运行不通过逻辑写得再漂亮也是白搭。我建议在提交前按下运行键用你的自测用例全部跑一遍然后再顺手把输出结果截个图。很多课程现在要求在作业末尾附上运行截图这个习惯直接帮你省掉二次提交的麻烦。8. 最后分享一点我自己的体会这些年跟第五次作业“相爱相杀”下来我的一个切身感受是这周的作业做得扎不扎实直接决定了你后面学文件操作、面向对象、第三方库的时候是轻松跟进还是全程补课。很多学生第一遍写第五次作业时觉得难这不是因为他们笨而是因为前面几次作业练得太少、太零碎。循环和函数这两个东西必须通过几道像样的综合题才能真正融进脑子里。如果你正卡在这份作业上别急着怀疑自己回到文章里写的那个步骤先手算样例再画流程图最后写代码。还不行的话把类似的题目在小本子上多手写几遍代码量上去之后很多之前觉得玄乎的东西都会自然变得清晰。第一次写得慢不要紧重要的是每一步都亲手跑通一遍这份经验比从网上直接抄十遍代码都值钱。