1. 从一行代码到完整项目成绩评级系统的构建逻辑最近在辅导一个刚入门编程的朋友他遇到了一个非常经典的练习题输入一个学生的考试成绩然后输出对应的等级A、B、C、D、E。乍一看这似乎就是几行if-else语句的事很多教程也确实这么教的。但当我让他把代码写出来并试着运行几个边界值后问题就暴露出来了输入负数怎么办输入超过100分呢如果用户不小心输入了字母呢程序直接崩溃或者输出一个莫名其妙的等级这显然不是一个健壮的程序该有的样子。这个看似简单的需求其实是一个绝佳的“麻雀虽小五脏俱全”的微型项目。它几乎涵盖了初级程序员需要掌握的所有核心思维从最基础的逻辑判断到异常处理、输入验证、代码结构设计再到可维护性和扩展性。今天我就以一个从业者的视角把这个“一行代码”的需求拆解成一个完整的、健壮的、甚至有点“工程化”的小项目聊聊背后的设计逻辑和那些新手容易踩的坑。2. 需求深度拆解我们到底要解决什么问题在动手写第一行代码之前我们必须把需求彻底搞清楚。题目描述是“输入成绩输出等级”但这只是一个功能性的目标。一个合格的程序尤其是可能被他人使用的程序必须考虑非功能性需求。2.1 核心功能需求映射规则的明确化首先等级划分的标准是什么这是一个必须首先定义清楚的核心业务规则。常见的划分方式有几种绝对分数段划分例如90-100为A80-89为B70-79为C60-69为D0-59为E。这是最直观的方式。相对比例划分如等级赋分这涉及到更复杂的排序和百分比计算超出了本题的简单输入输出范畴但我们需要意识到需求可能有这种变体。自定义规则划分例如某些竞赛可能85分以上就是A或者引入A、A-等更细的等级。为了本次讨论我们采用最普遍的绝对分数段划分作为基准规则。但我们的程序结构应该为规则的变化预留空间。2.2 非功能性与健壮性需求容易被忽略的“隐形”要求这才是区分“玩具代码”和“可用代码”的关键。我们的程序必须能妥善处理以下情况输入验证类型验证用户输入的是否是一个有效的数字如果输入了“abc”、“98分”程序应该如何处理范围验证成绩通常应在0到100之间百分制。输入-5或150是否合法如果不合法是给出错误提示还是按照某种规则如截断到边界处理小数处理输入89.5分怎么办是四舍五入还是向下取整这需要根据评分规则确定。异常处理当发生上述非法输入时程序不能崩溃抛出未处理的异常而应该以友好的方式告知用户问题所在并可能提供重新输入的机会。用户体验交互是否清晰提示信息是否明确输出结果是否易于阅读代码质量逻辑是否清晰是否易于修改比如等级划分规则变了是否便于测试把这些都想清楚我们才能开始设计程序的骨架。3. 基础实现与逐步优化四种代码形态的演进让我们从最原始的版本开始一步步重构看看代码如何随着我们对需求理解的深入而进化。3.1 版本一最基础的if-elif-else链这是几乎所有新手的起点。它直接、粗暴地解决了核心映射问题。score float(input(“请输入成绩 “)) if score 90: grade ‘A’ elif score 80: grade ‘B’ elif score 70: grade ‘C’ elif score 60: grade ‘D’ else: grade ‘E’ print(f“成绩等级为 {grade}”)存在的问题没有输入验证float(input(...))这行是最大的风险点。一旦输入非数字字符程序会立即抛出ValueError异常并崩溃。边界和范围问题它默认处理了所有浮点数。输入-10会得到‘E’输入110会得到‘A’这很可能不符合业务逻辑。逻辑依赖顺序if-elif链的顺序至关重要。如果把score 60的条件放在最前面那么所有60分以上的成绩都会被评为‘D’后面的判断就失效了。这种隐式的依赖容易在修改时出错。注意这种写法在判断连续区间时条件score 90、score 80之所以能正确工作依赖于if-elif的“短路”特性。一旦某个条件满足后续条件不再判断。因此一个95分的成绩在第一关score 90就被截获为‘A’不会继续去判断它是否也 80。3.2 版本二加入输入验证与异常处理在这个版本我们优先解决程序崩溃的问题并确保输入值在合理范围内。def get_valid_score(): “”“循环获取一个有效的成绩分数直到用户输入正确为止。”“” while True: try: score float(input(“请输入成绩 (0-100) “)) except ValueError: print(“输入错误请输入一个数字。”) continue # 跳过后续检查直接进入下一次循环 if 0 score 100: return score # 输入有效退出函数并返回分数 else: print(“输入错误成绩应在0到100之间。”) # 主程序逻辑 score get_valid_score() # 等级判断逻辑同版本一 if score 90: grade ‘A’ elif score 80: grade ‘B’ elif score 70: grade ‘C’ elif score 60: grade ‘D’ else: grade ‘E’ print(f“成绩等级为 {grade}”)改进点异常捕获使用try...except包裹类型转换有效防止了因非数字输入导致的崩溃。范围检查明确限定分数在[0, 100]的闭区间内。友好交互通过while循环和明确的提示信息引导用户直到输入正确为止体验更佳。函数封装将获取有效输入的逻辑封装成函数get_valid_score使主程序逻辑更清晰。仍然存在的不足等级判断的逻辑仍然硬编码在主程序中并且对于小数如89.5的处理策略不明确目前是当作89.5处理判断为80所以是‘B’。如果需要修改等级标准必须直接修改核心判断代码。3.3 版本三分离业务规则提高可配置性好的程序应该将“做什么”业务规则和“怎么做”控制逻辑分离。我们可以将等级划分的规则提取出来放在一个易于修改的地方。def get_valid_score(): # ... 同版本二省略 ... pass def calculate_grade(score, grading_rules): “”“根据分数和评分规则计算等级。 Args: score: 数值型分数。 grading_rules: 一个列表包含多个元组 (下限分数, 等级)。列表应**按分数下限降序排列**。 Returns: 对应的等级字符串。 “”“ for min_score, grade in grading_rules: if score min_score: return grade # 如果所有规则都不匹配理论上不会发生如果规则包含0分下限 return ‘Unknown’ # 定义评分规则这是一个“配置” # 列表项为 (最低分数, 等级)必须按分数从高到低排序 GRADING_RULES [ (90, ‘A’), (80, ‘B’), (70, ‘C’), (60, ‘D’), (0, ‘E’), # 兜底规则 ] # 主程序 score get_valid_score() grade calculate_grade(score, GRADING_RULES) print(f“成绩等级为 {grade}”)关键性改进规则与逻辑解耦等级标准现在被定义在GRADING_RULES这个数据结构中。要修改标准比如将A改为85分以上或增加A只需修改这个列表完全不用触动calculate_grade函数的核心逻辑。通用的判断函数calculate_grade函数现在适用于任何符合格式的评分规则表。它遍历规则列表找到第一个分数满足 min_score的规则返回对应等级。这比一堆if-elif语句更优雅、更通用。清晰的契约通过函数文档字符串说明了参数和返回值的意义以及grading_rules需要排序的关键前提。实操心得这种“数据驱动”的设计模式在小项目中可能显得杀鸡用牛刀但它培养的是一种非常重要的工程思维。当规则变得更复杂例如不同科目有不同的等级表时这种结构的优势将非常明显。你只需要准备不同的GRADING_RULES列表然后调用同一个calculate_grade函数即可。3.4 版本四考虑小数处理与更严谨的边界现在我们来处理小数问题。业务上可能需要四舍五入到整数再评级也可能直接使用小数。我们需要明确规则并在get_valid_score或calculate_grade中实现。假设规则要求四舍五入到整数后再判断等级。def get_valid_score(): while True: try: raw_input input(“请输入成绩 (0-100) “) score float(raw_input) except ValueError: print(“输入错误请输入一个数字。”) continue if 0 score 100: return score else: print(“输入错误成绩应在0到100之间。”) def calculate_grade(score, grading_rules, round_scoreFalse): “”“计算等级。 Args: round_score: 是否在判断前对分数进行四舍五入取整。 “”“ if round_score: # 使用内置round函数注意round的银行家舍入规则对于.5的情况向偶数舍入。 # 例如 round(89.5) 是 90 round(90.5) 是 90。 # 如果要求严格的四舍五入可以使用 int(score 0.5) score_for_grade round(score) # 或者使用严格的四舍五入score_for_grade int(score 0.5) else: score_for_grade score for min_score, grade in grading_rules: if score_for_grade min_score: return grade return ‘Unknown’ GRADING_RULES [ (90, ‘A’), (80, ‘B’), (70, ‘C’), (60, ‘D’), (0, ‘E’), ] # 主程序 score get_valid_score() # 假设业务要求四舍五入 grade calculate_grade(score, GRADING_RULES, round_scoreTrue) print(f“原始成绩{score} 取整后为{round(score)} 成绩等级为 {grade}”)关于舍入的坑这里特别提一下Python内置的round()函数。它采用的是“银行家舍入法”round half to even即当要舍弃的部分恰好等于0.5时会舍入到最近的偶数。这有时与数学上的“四舍五入”预期不符。例如round(89.5)结果是90(偶数)round(90.5)结果也是90(偶数)如果业务要求严格的“四舍五入”0.5一律进位则需要使用int(score 0.5)的方式。这个细节在金融或精确计分场景下至关重要也是新手容易忽略的一个点。4. 功能扩展与工程化思考一个完整的程序很少只做一件事。我们可以思考一下如果这是一个真实的小工具还可能有哪些扩展方向4.1 扩展一批量处理与文件IO从处理单个学生成绩到处理一个班级的成绩单。我们可以从文件读取成绩处理后再输出到文件。import csv def calculate_grade(score, rules): # ... 同前假设已处理舍入 ... pass def process_grades_from_file(input_filename, output_filename, grading_rules): “”“从CSV文件读取成绩计算等级并输出到新的CSV文件。”“” results [] try: with open(input_filename, ‘r’, newline‘’, encoding‘utf-8’) as infile: reader csv.DictReader(infile) # 假设第一行是标题如’姓名成绩‘ for row in reader: name row[‘姓名’] try: score float(row[‘成绩’]) if 0 score 100: grade calculate_grade(score, grading_rules, round_scoreTrue) results.append({‘姓名’: name, ‘成绩’: score, ‘等级’: grade}) else: results.append({‘姓名’: name, ‘成绩’: score, ‘等级’: ‘无效分数’}) except (ValueError, KeyError): results.append({‘姓名’: name, ‘成绩’: row.get(‘成绩’, ‘N/A’), ‘等级’: ‘格式错误’}) # 写入结果 with open(output_filename, ‘w’, newline‘’, encoding‘utf-8’) as outfile: fieldnames [‘姓名’ ‘成绩’ ‘等级’] writer csv.DictWriter(outfile, fieldnamesfieldnames) writer.writeheader() writer.writerows(results) print(f“处理完成结果已保存至 {output_filename}”) except FileNotFoundError: print(f“错误找不到输入文件 {input_filename}”) # 使用示例 GRADING_RULES [(90, ‘A’) (80, ‘B’) (70, ‘C’) (60, ‘D’) (0, ‘E’)] process_grades_from_file(‘class_scores.csv’ ‘class_grades.csv’ GRADING_RULES)这个扩展将程序从一个交互式脚本变成了一个可以处理实际数据的工具。它考虑了文件不存在、数据格式错误等更多异常情况并将错误信息记录在结果中而不是让整个程序崩溃。4.2 扩展二单元测试确保可靠性当我们修改代码时如何确保之前正确的功能没有被破坏单元测试是答案。为核心函数编写测试用例。import unittest # 假设我们的核心函数在一个叫grading.py的模块里 from grading import calculate_grade GRADING_RULES [(90, ‘A’) (80, ‘B’) (70, ‘C’) (60, ‘D’) (0, ‘E’)] class TestGradingSystem(unittest.TestCase): def test_boundary_values(self): “”“测试边界值。”“” self.assertEqual(calculate_grade(100, GRADING_RULES) ‘A’) self.assertEqual(calculate_grade(90, GRADING_RULES) ‘A’) # 边界包含 self.assertEqual(calculate_grade(89.9, GRADING_RULES) ‘B’) self.assertEqual(calculate_grade(80, GRADING_RULES) ‘B’) self.assertEqual(calculate_grade(0, GRADING_RULES) ‘E’) self.assertEqual(calculate_grade(59.9, GRADING_RULES) ‘E’) def test_rounding(self): “”“测试四舍五入逻辑。”“” # 测试 round_scoreTrue 的情况 self.assertEqual(calculate_grade(89.5, GRADING_RULES, round_scoreTrue) ‘A’) # 89.5四舍五入为90 self.assertEqual(calculate_grade(89.4, GRADING_RULES, round_scoreTrue) ‘B’) # 89.4四舍五入为89 def test_invalid_score(self): “”“测试无效分数虽然函数内可能不处理但调用者应保证输入有效。”“” # 这里测试的是如果传入无效参数函数行为是否符合预期例如返回’Unknown‘ # 这取决于calculate_grade的具体实现。假设我们的规则列表有(0, ‘E’)兜底那么任何0的分数都有等级。 # 对于负数由于不满足任何规则会返回’Unknown‘ self.assertEqual(calculate_grade(-5, GRADING_RULES) ‘Unknown’) if __name__ ‘__main__’: unittest.main()编写测试用例的过程能强迫你思考函数的各种输入情况包括正常值、边界值、异常值。它能极大增强你对代码的信心也是团队协作中不可或缺的一环。4.3 扩展三简单的命令行界面或Web界面让工具更易用。我们可以使用argparse库为脚本添加命令行参数或者用Flask等框架做一个简单的Web页面。命令行版本示例import argparse def main(): parser argparse.ArgumentParser(description‘学生成绩等级评定系统’) parser.add_argument(‘score’ typefloat, help‘学生的考试成绩’) parser.add_argument(‘–no-round’ action‘store_true’ help‘不对分数进行四舍五入’) args parser.parse_args() score args.score if not (0 score 100): print(“错误成绩必须在0到100之间。”) return grade calculate_grade(score, GRADING_RULES, round_scorenot args.no_round) print(f“成绩等级 {grade}”) if __name__ ‘__main__’: main()这样用户就可以在终端中运行python grading_tool.py 85.5或者python grading_tool.py 89.5 --no-round来使用程序更加灵活和专业。从最初的一行input和一堆if语句到如今考虑验证、异常、配置、测试、扩展我们完整地走完了一个微型软件的迭代过程。这个练习的价值不在于最终代码有多复杂而在于这种层层递进、逐步完善的思维训练。下次再遇到任何“简单”的需求不妨都试着用这个思路去拆解一下你会发现编程的深度和乐趣往往就藏在这些看似平凡的细节之中。 从成绩评级系统看Python编程：输入验证、异常处理与工程化思维
1. 从一行代码到完整项目成绩评级系统的构建逻辑最近在辅导一个刚入门编程的朋友他遇到了一个非常经典的练习题输入一个学生的考试成绩然后输出对应的等级A、B、C、D、E。乍一看这似乎就是几行if-else语句的事很多教程也确实这么教的。但当我让他把代码写出来并试着运行几个边界值后问题就暴露出来了输入负数怎么办输入超过100分呢如果用户不小心输入了字母呢程序直接崩溃或者输出一个莫名其妙的等级这显然不是一个健壮的程序该有的样子。这个看似简单的需求其实是一个绝佳的“麻雀虽小五脏俱全”的微型项目。它几乎涵盖了初级程序员需要掌握的所有核心思维从最基础的逻辑判断到异常处理、输入验证、代码结构设计再到可维护性和扩展性。今天我就以一个从业者的视角把这个“一行代码”的需求拆解成一个完整的、健壮的、甚至有点“工程化”的小项目聊聊背后的设计逻辑和那些新手容易踩的坑。2. 需求深度拆解我们到底要解决什么问题在动手写第一行代码之前我们必须把需求彻底搞清楚。题目描述是“输入成绩输出等级”但这只是一个功能性的目标。一个合格的程序尤其是可能被他人使用的程序必须考虑非功能性需求。2.1 核心功能需求映射规则的明确化首先等级划分的标准是什么这是一个必须首先定义清楚的核心业务规则。常见的划分方式有几种绝对分数段划分例如90-100为A80-89为B70-79为C60-69为D0-59为E。这是最直观的方式。相对比例划分如等级赋分这涉及到更复杂的排序和百分比计算超出了本题的简单输入输出范畴但我们需要意识到需求可能有这种变体。自定义规则划分例如某些竞赛可能85分以上就是A或者引入A、A-等更细的等级。为了本次讨论我们采用最普遍的绝对分数段划分作为基准规则。但我们的程序结构应该为规则的变化预留空间。2.2 非功能性与健壮性需求容易被忽略的“隐形”要求这才是区分“玩具代码”和“可用代码”的关键。我们的程序必须能妥善处理以下情况输入验证类型验证用户输入的是否是一个有效的数字如果输入了“abc”、“98分”程序应该如何处理范围验证成绩通常应在0到100之间百分制。输入-5或150是否合法如果不合法是给出错误提示还是按照某种规则如截断到边界处理小数处理输入89.5分怎么办是四舍五入还是向下取整这需要根据评分规则确定。异常处理当发生上述非法输入时程序不能崩溃抛出未处理的异常而应该以友好的方式告知用户问题所在并可能提供重新输入的机会。用户体验交互是否清晰提示信息是否明确输出结果是否易于阅读代码质量逻辑是否清晰是否易于修改比如等级划分规则变了是否便于测试把这些都想清楚我们才能开始设计程序的骨架。3. 基础实现与逐步优化四种代码形态的演进让我们从最原始的版本开始一步步重构看看代码如何随着我们对需求理解的深入而进化。3.1 版本一最基础的if-elif-else链这是几乎所有新手的起点。它直接、粗暴地解决了核心映射问题。score float(input(“请输入成绩 “)) if score 90: grade ‘A’ elif score 80: grade ‘B’ elif score 70: grade ‘C’ elif score 60: grade ‘D’ else: grade ‘E’ print(f“成绩等级为 {grade}”)存在的问题没有输入验证float(input(...))这行是最大的风险点。一旦输入非数字字符程序会立即抛出ValueError异常并崩溃。边界和范围问题它默认处理了所有浮点数。输入-10会得到‘E’输入110会得到‘A’这很可能不符合业务逻辑。逻辑依赖顺序if-elif链的顺序至关重要。如果把score 60的条件放在最前面那么所有60分以上的成绩都会被评为‘D’后面的判断就失效了。这种隐式的依赖容易在修改时出错。注意这种写法在判断连续区间时条件score 90、score 80之所以能正确工作依赖于if-elif的“短路”特性。一旦某个条件满足后续条件不再判断。因此一个95分的成绩在第一关score 90就被截获为‘A’不会继续去判断它是否也 80。3.2 版本二加入输入验证与异常处理在这个版本我们优先解决程序崩溃的问题并确保输入值在合理范围内。def get_valid_score(): “”“循环获取一个有效的成绩分数直到用户输入正确为止。”“” while True: try: score float(input(“请输入成绩 (0-100) “)) except ValueError: print(“输入错误请输入一个数字。”) continue # 跳过后续检查直接进入下一次循环 if 0 score 100: return score # 输入有效退出函数并返回分数 else: print(“输入错误成绩应在0到100之间。”) # 主程序逻辑 score get_valid_score() # 等级判断逻辑同版本一 if score 90: grade ‘A’ elif score 80: grade ‘B’ elif score 70: grade ‘C’ elif score 60: grade ‘D’ else: grade ‘E’ print(f“成绩等级为 {grade}”)改进点异常捕获使用try...except包裹类型转换有效防止了因非数字输入导致的崩溃。范围检查明确限定分数在[0, 100]的闭区间内。友好交互通过while循环和明确的提示信息引导用户直到输入正确为止体验更佳。函数封装将获取有效输入的逻辑封装成函数get_valid_score使主程序逻辑更清晰。仍然存在的不足等级判断的逻辑仍然硬编码在主程序中并且对于小数如89.5的处理策略不明确目前是当作89.5处理判断为80所以是‘B’。如果需要修改等级标准必须直接修改核心判断代码。3.3 版本三分离业务规则提高可配置性好的程序应该将“做什么”业务规则和“怎么做”控制逻辑分离。我们可以将等级划分的规则提取出来放在一个易于修改的地方。def get_valid_score(): # ... 同版本二省略 ... pass def calculate_grade(score, grading_rules): “”“根据分数和评分规则计算等级。 Args: score: 数值型分数。 grading_rules: 一个列表包含多个元组 (下限分数, 等级)。列表应**按分数下限降序排列**。 Returns: 对应的等级字符串。 “”“ for min_score, grade in grading_rules: if score min_score: return grade # 如果所有规则都不匹配理论上不会发生如果规则包含0分下限 return ‘Unknown’ # 定义评分规则这是一个“配置” # 列表项为 (最低分数, 等级)必须按分数从高到低排序 GRADING_RULES [ (90, ‘A’), (80, ‘B’), (70, ‘C’), (60, ‘D’), (0, ‘E’), # 兜底规则 ] # 主程序 score get_valid_score() grade calculate_grade(score, GRADING_RULES) print(f“成绩等级为 {grade}”)关键性改进规则与逻辑解耦等级标准现在被定义在GRADING_RULES这个数据结构中。要修改标准比如将A改为85分以上或增加A只需修改这个列表完全不用触动calculate_grade函数的核心逻辑。通用的判断函数calculate_grade函数现在适用于任何符合格式的评分规则表。它遍历规则列表找到第一个分数满足 min_score的规则返回对应等级。这比一堆if-elif语句更优雅、更通用。清晰的契约通过函数文档字符串说明了参数和返回值的意义以及grading_rules需要排序的关键前提。实操心得这种“数据驱动”的设计模式在小项目中可能显得杀鸡用牛刀但它培养的是一种非常重要的工程思维。当规则变得更复杂例如不同科目有不同的等级表时这种结构的优势将非常明显。你只需要准备不同的GRADING_RULES列表然后调用同一个calculate_grade函数即可。3.4 版本四考虑小数处理与更严谨的边界现在我们来处理小数问题。业务上可能需要四舍五入到整数再评级也可能直接使用小数。我们需要明确规则并在get_valid_score或calculate_grade中实现。假设规则要求四舍五入到整数后再判断等级。def get_valid_score(): while True: try: raw_input input(“请输入成绩 (0-100) “) score float(raw_input) except ValueError: print(“输入错误请输入一个数字。”) continue if 0 score 100: return score else: print(“输入错误成绩应在0到100之间。”) def calculate_grade(score, grading_rules, round_scoreFalse): “”“计算等级。 Args: round_score: 是否在判断前对分数进行四舍五入取整。 “”“ if round_score: # 使用内置round函数注意round的银行家舍入规则对于.5的情况向偶数舍入。 # 例如 round(89.5) 是 90 round(90.5) 是 90。 # 如果要求严格的四舍五入可以使用 int(score 0.5) score_for_grade round(score) # 或者使用严格的四舍五入score_for_grade int(score 0.5) else: score_for_grade score for min_score, grade in grading_rules: if score_for_grade min_score: return grade return ‘Unknown’ GRADING_RULES [ (90, ‘A’), (80, ‘B’), (70, ‘C’), (60, ‘D’), (0, ‘E’), ] # 主程序 score get_valid_score() # 假设业务要求四舍五入 grade calculate_grade(score, GRADING_RULES, round_scoreTrue) print(f“原始成绩{score} 取整后为{round(score)} 成绩等级为 {grade}”)关于舍入的坑这里特别提一下Python内置的round()函数。它采用的是“银行家舍入法”round half to even即当要舍弃的部分恰好等于0.5时会舍入到最近的偶数。这有时与数学上的“四舍五入”预期不符。例如round(89.5)结果是90(偶数)round(90.5)结果也是90(偶数)如果业务要求严格的“四舍五入”0.5一律进位则需要使用int(score 0.5)的方式。这个细节在金融或精确计分场景下至关重要也是新手容易忽略的一个点。4. 功能扩展与工程化思考一个完整的程序很少只做一件事。我们可以思考一下如果这是一个真实的小工具还可能有哪些扩展方向4.1 扩展一批量处理与文件IO从处理单个学生成绩到处理一个班级的成绩单。我们可以从文件读取成绩处理后再输出到文件。import csv def calculate_grade(score, rules): # ... 同前假设已处理舍入 ... pass def process_grades_from_file(input_filename, output_filename, grading_rules): “”“从CSV文件读取成绩计算等级并输出到新的CSV文件。”“” results [] try: with open(input_filename, ‘r’, newline‘’, encoding‘utf-8’) as infile: reader csv.DictReader(infile) # 假设第一行是标题如’姓名成绩‘ for row in reader: name row[‘姓名’] try: score float(row[‘成绩’]) if 0 score 100: grade calculate_grade(score, grading_rules, round_scoreTrue) results.append({‘姓名’: name, ‘成绩’: score, ‘等级’: grade}) else: results.append({‘姓名’: name, ‘成绩’: score, ‘等级’: ‘无效分数’}) except (ValueError, KeyError): results.append({‘姓名’: name, ‘成绩’: row.get(‘成绩’, ‘N/A’), ‘等级’: ‘格式错误’}) # 写入结果 with open(output_filename, ‘w’, newline‘’, encoding‘utf-8’) as outfile: fieldnames [‘姓名’ ‘成绩’ ‘等级’] writer csv.DictWriter(outfile, fieldnamesfieldnames) writer.writeheader() writer.writerows(results) print(f“处理完成结果已保存至 {output_filename}”) except FileNotFoundError: print(f“错误找不到输入文件 {input_filename}”) # 使用示例 GRADING_RULES [(90, ‘A’) (80, ‘B’) (70, ‘C’) (60, ‘D’) (0, ‘E’)] process_grades_from_file(‘class_scores.csv’ ‘class_grades.csv’ GRADING_RULES)这个扩展将程序从一个交互式脚本变成了一个可以处理实际数据的工具。它考虑了文件不存在、数据格式错误等更多异常情况并将错误信息记录在结果中而不是让整个程序崩溃。4.2 扩展二单元测试确保可靠性当我们修改代码时如何确保之前正确的功能没有被破坏单元测试是答案。为核心函数编写测试用例。import unittest # 假设我们的核心函数在一个叫grading.py的模块里 from grading import calculate_grade GRADING_RULES [(90, ‘A’) (80, ‘B’) (70, ‘C’) (60, ‘D’) (0, ‘E’)] class TestGradingSystem(unittest.TestCase): def test_boundary_values(self): “”“测试边界值。”“” self.assertEqual(calculate_grade(100, GRADING_RULES) ‘A’) self.assertEqual(calculate_grade(90, GRADING_RULES) ‘A’) # 边界包含 self.assertEqual(calculate_grade(89.9, GRADING_RULES) ‘B’) self.assertEqual(calculate_grade(80, GRADING_RULES) ‘B’) self.assertEqual(calculate_grade(0, GRADING_RULES) ‘E’) self.assertEqual(calculate_grade(59.9, GRADING_RULES) ‘E’) def test_rounding(self): “”“测试四舍五入逻辑。”“” # 测试 round_scoreTrue 的情况 self.assertEqual(calculate_grade(89.5, GRADING_RULES, round_scoreTrue) ‘A’) # 89.5四舍五入为90 self.assertEqual(calculate_grade(89.4, GRADING_RULES, round_scoreTrue) ‘B’) # 89.4四舍五入为89 def test_invalid_score(self): “”“测试无效分数虽然函数内可能不处理但调用者应保证输入有效。”“” # 这里测试的是如果传入无效参数函数行为是否符合预期例如返回’Unknown‘ # 这取决于calculate_grade的具体实现。假设我们的规则列表有(0, ‘E’)兜底那么任何0的分数都有等级。 # 对于负数由于不满足任何规则会返回’Unknown‘ self.assertEqual(calculate_grade(-5, GRADING_RULES) ‘Unknown’) if __name__ ‘__main__’: unittest.main()编写测试用例的过程能强迫你思考函数的各种输入情况包括正常值、边界值、异常值。它能极大增强你对代码的信心也是团队协作中不可或缺的一环。4.3 扩展三简单的命令行界面或Web界面让工具更易用。我们可以使用argparse库为脚本添加命令行参数或者用Flask等框架做一个简单的Web页面。命令行版本示例import argparse def main(): parser argparse.ArgumentParser(description‘学生成绩等级评定系统’) parser.add_argument(‘score’ typefloat, help‘学生的考试成绩’) parser.add_argument(‘–no-round’ action‘store_true’ help‘不对分数进行四舍五入’) args parser.parse_args() score args.score if not (0 score 100): print(“错误成绩必须在0到100之间。”) return grade calculate_grade(score, GRADING_RULES, round_scorenot args.no_round) print(f“成绩等级 {grade}”) if __name__ ‘__main__’: main()这样用户就可以在终端中运行python grading_tool.py 85.5或者python grading_tool.py 89.5 --no-round来使用程序更加灵活和专业。从最初的一行input和一堆if语句到如今考虑验证、异常、配置、测试、扩展我们完整地走完了一个微型软件的迭代过程。这个练习的价值不在于最终代码有多复杂而在于这种层层递进、逐步完善的思维训练。下次再遇到任何“简单”的需求不妨都试着用这个思路去拆解一下你会发现编程的深度和乐趣往往就藏在这些看似平凡的细节之中。