Web 后端与应用开发
第十二章的请求、响应、会话和事务是三种框架共有的基础。接下来选 FastAPI、Flask 或 Django 中的一条主线，把一个网站维护完整，另外两章作为比较和回查。
| 下一步 | 动手任务 | 完成时核对 |
|---|---|---|
| 补全一项业务 | 增加阅读评分、备注或统计，先确定输入和当前用户的记录范围 | 数据校验、归属、保存与显示使用同一规则 |
| 管理结构变化 | 为字段变化留下迁移，保留一份旧数据进行升级 | 旧记录仍可读取；字段、表单、接口和测试一同更新 |
| 跟踪完整请求 | 用日志编号连接输入校验、事务与响应，补失败用例 | 失败写入回退；重开后能读到已提交数据 |
| 维护运行服务 | 接上反向代理、持久目录、备份和持续检查 | 新环境能启动；恢复后完成同一条业务操作 |
API 路线沿着 FastAPI 官方教程 继续处理依赖、响应模型和测试；页面路线可对照 Flask 官方教程 的工厂、数据库与表单组织；需要模型、表单和后台协作时，接着读 Django 5.2 官方入门。用同一条“保存一本书”的请求比较它们，看看每个框架将校验、身份、事务和响应放在哪里。
先把当前 SQLite 项目的事务、迁移与备份做清楚。继续使用 PostgreSQL、任务队列或缓存时，再写出新组件要保存的状态，以及进程结束后怎样恢复。这样每增加一项依赖，都能在项目中指出它承担的工作。