简介Python语言程序设计刘卫国实验指导的部分答案以doc文档形式面向Python初学者和高校相关专业学生为实验练习提供可直接运行的代码参考。内容覆盖实验1至实验4以及实验6、实验7具体包括π平方计算、出生日期格式化输出、正数拆分为整数与小数部分、整除判断、循环与嵌套循环的结果分析、字符串与正则表达式检查、列表与元组操作等每道题均给出完整代码和简要运行思路并针对浮点数比较误差、元组不可变等易错点作了说明。作者已上机测试确保代码可实际使用。资源包为单个doc文件大小仅145KB按实验序号组织便于按需查阅。目前已有6689人学习浏览既能帮助初学者在实验课上对照参考、快速定位问题也可用于期末复习时梳理Python基础语法、控制结构与常用数据结构。1. 一份只有部分答案的实验指导反而是练好 Python 的捷径拿到「python语言程序设计实验指导_部分答案」这份 .doc 时大多数人先看到的是「不完整」三个字我看到的却是一条带校验的学习路线图。全答案的资料会让你忍不住照抄零答案的习题集又容易让你卡到弃坑而「部分答案」恰好把压力留在每一个你本该自己写的位置上。这篇笔记不替你把答案抄一遍而是讲清楚怎么读懂这份实验指导、怎么把 .doc 里埋着的代码转出来跑通、以及哪些位置最容易翻车。适合正在跟教材做实验、又不想把自己练成打字机的初学者也适合需要给课程配实验的助教参考。2. 读懂实验指导结构、答案分布与正确的打开顺序2.1 一份 Python 实验指导里到底装了什么先明确一件事实验指导不是教材的目录重排。教材讲概念实验指导给的是「动手验证概念的路径」。我经手过的这类 .doc结构高度相似通常包含五块内容实验目的、实验内容、参考步骤、思考题、参考答案。实验目的和实验内容决定「做什么」参考步骤决定「按什么顺序做」而「部分答案」的分布往往集中在前面几章越往后答案越少——这是很典型的设计前面是语法示范后面才是真正留给你的训练场。拿到文件后第一步不是急着看代码而是把整份文档的题目标题抄出来标出哪些带答案、哪些不带。我习惯先用下面两条命令看一眼文件的真身再做标记ls -lh 实验指导.doc file 实验指导.docfile命令会告诉你这个 .doc 到底是真正的 Word 97-2003 二进制文档还是被人改了扩展名的 HTML 或 RTF。这一步很关键因为 .doc 后缀的二进制格式和 .docx 的 XML 压缩包完全不是一回事后续用哪套转换工具全由这里决定。大多数情况下高校课程群里的这份文件是货真价实的 .doc但也有相当概率是另存为时格式错乱的结果先验证再动手能省下大量排障时间。2.2 「部分答案」的正确用法先写后看而不是先看后写血泪经验是答案读三遍不如自己写一遍。对带答案的实验正确姿势是把答案区域遮住自己先按题目写一版跑通之后再对照答案只比较「思路差异」而不是「逐字符差异」。对不带答案的实验反而更简单——它们就是你的随堂考试运行结果对不对直接决定你对这块知识的理解有没有到位。我一般会给每个实验设一个 20 分钟的时间盒20 分钟内写不出来才允许偷看答案看完答案合上隔天再独立重写一遍。这个节奏能把「部分答案」的校验价值榨干又不会让一次卡顿演变成整门课的放弃。记住一个反直觉的结论实验指导里的答案不是给你抄的是给你对答案用的抄得越勤快忘得越彻底。2.3 实验顺序和知识点的对应关系知道自己正在练哪一环实验指导的章节顺序通常对应一条技能链环境搭建 → 数据类型与变量 → 分支与循环 → 字符串 → 列表元组字典 → 函数 → 文件 → 异常 → 类与对象 → 标准库。下面这张表是我对照多份同类实验指导后归纳的最常见映射你可以拿它来定位自己当前卡在哪一环实验主题核心知识点复现时的验证方式环境搭建解释器、包管理python --version、pip list分支与循环条件判断、迭代多组输入用例比对输出字符串切片、格式化边界索引空串、负索引列表与字典推导式、成员操作len()、成员判断、引用修改函数参数传递、返回值对关键函数做断言文件与异常读写、try/except异常路径触发测试顺着这张表复盘自己的进度比「做到第几个实验」更靠谱。如果你在某个主题上连续两次对照答案都改不出差异说明这一环可以跳过反过来如果看着答案都复现不出运行结果那问题通常不在你而在代码本身——这正是后面要展开的最常见翻车点。3. 把 .doc 变成可执行代码转换、提取与清洗的完整链路3.1 用 LibreOffice 无头模式完成 .doc 到 .docx 的格式转换python-docx 只能读.docx读不了老式.doc所以第一件事是格式转换。跨平台最省事的方案是 LibreOffice 的无头模式不需要打开图形界面一条命令批量完成libreoffice --headless --convert-to docx --outdir ./converted 实验指导.doc libreoffice --headless --convert-to txt:Text --outdir ./converted 实验指导.doc第一条命令生成.docx留给后续结构化解析用第二条直接导出纯文本方便快速搜索「答案」「实验」这类关键词。参数上--headless表示不启动图形界面适合在服务器或脚本环境里运行--convert-to指定目标格式--outdir指定输出目录不写的话文件会生成在当前目录。注意txt:Text是 LibreOffice 的完整过滤器名只写txt在某些版本上会报错务必带上前缀。如果环境里没有 LibreOfficeLinux 上还有更轻量的antiword只做文本提取不做格式保留antiword 实验指导.doc guide.txtantiword对纯文字内容的还原度尚可但一遇到表格和代码缩进就会丢格式所以它只适合快速浏览、确认这份文档里都有什么不适合做最终提取。两条路线的取舍在于要结构用 LibreOffice 出 docx要速度用 antiword 出 txt最后都以人工核对为准。3.2 从答案段落里提取 Python 代码清洗脚本与手动修正.doc 转出来的文本最大的问题是全角字符和缩进。中文教材里的引号、冒号、括号经常是中文全角直接丢进 Python 解释器会立刻报SyntaxError。我一般会先跑一个清洗脚本把常见全角字符统一成半角再去掉行尾空白import re with open(guide.txt, encodingutf-8, errorsignore) as f: raw f.read() # 统一引号和冒号避免语法错误 raw raw.replace(“, ).replace(”, ).replace(‘, ).replace(’, ) raw raw.replace(, :).replace(, ,).replace(, ().replace(, )) # 去掉每行末尾的空格和制表符防止粘贴后出现隐形空白 raw re.sub(r[ \t]$, , raw, flagsre.MULTILINE) with open(guide_clean.txt, w, encodingutf-8) as f: f.write(raw)这段代码的逻辑是先用字符替换把中文标点映射到 Python 能识别的英文标点再用正则把每行末尾的空格和制表符删掉。errorsignore是兜底参数防止某个段落里有无法解码的字节导致整个脚本中断。清洗之后剩下的缩进问题只能手动重建——从 .doc 提取的代码缩进是纯文本空格层级关系经常丢失不要偷懒逐个实验重新排版。3.3 用 python-docx 定位答案区结构化解析替代肉眼翻阅如果转出来的 docx 结构完整可以直接用脚本把「答案区」单独拎出来排成一份工作清单from docx import Document doc Document(converted/实验指导.docx) hit False for para in doc.paragraphs: text para.text.strip() if not text: continue if text.startswith(答案) or text.startswith(参考): hit True if hit: print(f{para.style.name} | {text})这里的逻辑是用段落开头关键词「答案」「参考」触发输出触发之后的所有段落都打印出来直到遇到下一个一级标题。para.style.name能告诉你这一段是正文还是标题从而还原实验指导本身的层级关系。脚本跑完你会得到一份「实验题目 对应答案」的索引这就是你后续逐个复现的工作表。如果发现答案区格式混乱可以改用前面生成的guide_clean.txt人工切分两种方式互为后备。提示.doc 是老格式任何转换脚本都不能保证 100% 还原。遇到转换后明显残缺的代码块回到原始 .doc 里人工核对这是常规操作不是失败。4. 最小实验环境与第一个复现案例从 0 到 1 跑通参考答案4.1 为什么先搭隔离环境版本冲突是最常见的黑匣子复现实验代码之前先搭一个独立环境这是所有后续排障的前提。教材配套代码的编写时间往往早于你当前的 Python 版本直接装进系统全局环境迟早被其他项目依赖搞乱。用 venv 隔离删除重建都是秒级的事试错成本极低python -m venv labenv source labenv/bin/activate python --version pip install --upgrade pipWindows 上激活命令换成labenv\Scripts\activate。python --version不是废话它是你排障时的第一依据答案里用了 f-string 却在 Python 3.5 以下运行必挂无疑。确认版本后如果实验涉及第三方库再逐个pip install不要提前把一堆用不到的包装进环境。4.2 第一个复现案例把「斐波那契数列」这类经典实验跑通实验指导里最常见的第一个正经实验通常是循环或递归。以这类题目为样板从 .doc 里提取的代码经过清洗后大概长这样def fib(n): a, b 0, 1 for _ in range(n): a, b b, a b return a print(fib(10))保存为demo.py后直接运行python demo.py输出的55就是校验点。注意这段代码里的_是循环变量占位符表示这个值在循环体里用不到a, b b, a b是 Python 特有的同时赋值先计算右侧再统一赋值拆成两行写就会得到完全错误的结果。跑通后不要停在这里把n改成 0、1、2 各跑一遍确认边界行为——这是验证答案正确性的最低成本方式。4.3 用断言把「看答案」升级成「验答案」只看 print 输出会漏掉隐藏问题尤其是函数的中间状态。最省事的自检是加断言把预期结果写死在代码里def fib(n): a, b 0, 1 for _ in range(n): a, b b, a b return a assert fib(0) 0 assert fib(1) 1 assert fib(10) 55 print(all assertions passed)断言会在条件不满足时直接抛异常运行通过就说明这组输入输出是对的。对照实验指导的答案做这一步等于把「参考答案」升级成了「可回归的测试用例」。对整份实验指导我的习惯是给每个函数写两到三个边界断言之后学到新知识点时回头重跑能瞬间暴露旧代码被新理解推翻的地方。注意如果答案里的代码本身有 bug断言会立刻暴露。不要为了「跑出文档里的结果」而修改断言去迁就错误代码先确认到底是谁错了。5. 避坑手册复现这份实验指导时最容易翻车的五个位置5.1 答案是错的运行结果与答案不一致先信运行结果现象照抄参考答案运行后报错或者输出和文档里贴的结果对不上。 原因实验指导里的答案经历过多次排版常见错误包括漏代码行、残留上一个实验的变量名、循环边界写错。文档里贴的「运行结果」也可能是手敲进去的从未真正执行过。 解决把报错信息按错误类型查证而不是怀疑自己环境坏了。以当前 Python 版本的官方文档为准纠正后把正确版本记在实验笔记里注明「原答案有误」。5.2 转换后代码缩进全乱纯文本提取丢失了层级现象从 .doc 复制出来的代码粘贴到编辑器里缩进忽多忽少运行报IndentationError。 原因Word 里的缩进是由制表符、空格和段落格式共同构成的转成纯文本后段落格式全部丢失只留下凌乱的空白字符。 解决清洗脚本去行尾空格后手动重建缩进。编辑器里打开「显示空白字符」功能一个层级一个层级对齐。Python 对缩进零容忍这关躲不掉也别指望有工具能自动还原因为原始缩进信息已经不在了。5.3 中文输出乱码编码问题在 Windows 和 Linux 下表现完全不同现象同一段代码在 Linux 下输出中文正常在 Windows 下变成乱码或直接报UnicodeEncodeError。 原因Windows 控制台默认编码是 GBK而实验指导的代码文件通常以 UTF-8 保存print 中文时两边对不上。 解决在代码文件头部声明# -*- coding: utf-8 -*-运行前在 Windows 上执行set PYTHONIOENCODINGutf-8。更彻底的做法是修改控制台代码页但别依赖它环境变量最省事。这个坑在读取文本文件时同样会出现写文件时显式指定encodingutf-8能一并规避。5.4 语法不兼容教材基于旧版 Python新解释器直接拒绝现象print hello这种写法在 3.x 里报SyntaxError: Missing parentheses或者代码里出现xrange、raw_input这类早已消失的名字。 原因实验指导的部分内容延续自 Python 2 时代或早期 3.x 的过渡写法没有跟着版本更新。 解决先确认环境版本再做全局替换。print加括号xrange换成rangeraw_input换成input整数除法按 Python 3 的语义处理。这类改动只涉及语法外壳不影响算法逻辑改完跑通即可。5.5 看完答案就忘抄写式学习没有留下任何可复用的东西现象昨天对着答案抄了一遍今天独立写却无从下手。 原因抄代码时大脑处于被动接收状态没有经过「设计 → 试错 → 修正」的闭环记忆停留时间极短。 解决回到第 2 章的时间盒策略答案只允许在卡住 20 分钟后看并且看完合上再写一遍。给自己定一条硬指标每个实验必须留一份「我版本」的脚本哪怕和答案长得完全不一样只要运行结果对就算数。这五个坑里前两个是文档本身的坑后三个是环境和习惯的坑。文档坑可以用工具绕过去环境和习惯坑只能靠流程改别指望一次性解决。6. 进阶把「部分答案」补全成你自己的实验记录当你能把文档里每道题都跑通这份实验指导的价值才开始真正兑现。我的做法是为每个实验生成一份 Markdown 实验记录模板固定为五段实验名称与知识点、我的实现、运行结果、与参考答案的差异、踩坑复盘。写多了你会发现「与参考答案的差异」才是你真正的学习增量写不出差异说明你只是复制了别人的思路。import datetime title 实验斐波那契数列 now datetime.date.today() template f# {title} - 日期{now} - 知识点循环、同时赋值 - 状态已完成 ## 我的实现 粘贴你的代码 ## 运行结果 粘贴输出 ## 与参考答案的差异 思路差异还是写法差异 ## 踩坑复盘 编码、缩进、版本问题各记一次 with open(flab_{now}.md, w, encodingutf-8) as f: f.write(template)生成骨架后每完成一个实验就填一次。这份记录的价值不在美观在于三个月后复习时你能直接看到自己当时卡在哪里、怎么解决的。我现在的习惯是拿到任何一份实验指导先用 20 分钟把答案分布画出来标出「待做」清单再逐题攻破绝不跳过边界用例。坚持完一整份实验指导之后你手里留下的不只是一堆跑过的答案而是一本属于你自己的排错手册这份沉淀比任何现成满分答案都值钱。希望帮到你。本文还有配套的精品资源点击获取