Final Project：把零散知识整合成可交付作品

你现在可能会困惑什么

“我学了很多点，但不会做完整项目。”

最终项目就是把语法、函数、文件、API、异常处理串成闭环。

一句话定义

Final project 是一次从需求拆解到交付复盘的端到端训练。

生活类比

前面章节像单动作练习，项目是整套实战组合拳。

最小可运行例子

选题: 天气查询工具
MVP: 输入城市 -> 调 API -> 输出结果 -> 保存历史

课堂小测（5 分钟）

1. 选题并写 5 个任务卡。
2. 定义 MVP 交付标准。
3. 列出 3 个可能风险。

课堂小测参考答案与判分点

• 参考答案方向：能写出可运行代码，并覆盖题目中的核心条件与边界输入。
• 判分点 1（正确性）：主流程结果正确，关键分支可执行。
• 判分点 2（可读性）：变量命名清晰，结构不过度嵌套。
• 判分点 3（健壮性）：对空值、类型错误或异常输入有基础保护。

迁移任务（课后）

完成一个可运行项目并提交 README、演示截图、复盘文档。

本节验收标准

你能独立做到：

• 输出可运行项目
• 解释架构与取舍
• 给出下一版优化计划

常见报错与调试步骤（新手版）

• 报错看不懂：先读最后一行错误类型（如 TypeError、NameError），再回到对应代码行定位。
• 不确定变量值：在关键位置临时 print(变量, type(变量))，先确认数据是否符合预期。
• 改了代码却没生效：确认文件已保存、运行的是当前文件、终端环境（venv）是否正确。

常见误区

• 误区：只求能跑，不做结构和复盘。
• 正解：可维护性与复盘才决定成长速度。