跟着王进老师学Python之Django篇第五季开发异步

如果你写过几个 Django 页面，大概经历过这种时刻：点一个按钮，整页白屏重刷，用户等两三秒才看到新内容。功能是能跑，但交互粗糙，放到现在的产品里基本留不住人。异步请求就是补这个缺口的第一块砖。

这一季的主题很集中：把 Django 从「整页渲染」推向「局部刷新」，顺带用 xadmin 把后台管理收拾利索。它的定位不是重讲 Django 基础，而是你已经有 MTV 概念、能写出视图和模板之后，回头看自己项目里那些别扭的地方。

它补的是哪一类缺口

最典型的缺口有三个。其一，前端和后端只会用表单提交和 redirect，遇到「下拉框联动」「列表无刷新加载」这类需求就卡住，不知道数据该以什么形式传回来。其二，JSON 只会打印在终端里看，真要让前端拿到并渲染到页面，中间的分工边界不清楚——哪些活该后端干，哪些该交给前端。其三，后台还在用 Django 自带 admin，字段一多、关系一复杂就嫌它死板，想换成 xadmin 又不清楚代价在哪。

如果你对 Ajax 的印象还停留在「jQuery 的 $.ajax 写一大坨」，这门课会把你拉回到更本质的问题：请求怎么发、返回什么格式、前端怎么消费。技术选型可以变，这条链路不会变。

内容是怎么串起来的

整条线围绕一个图书列表场景展开，从数据库准备开始，先把前端页面搭出来，再逐步把静态展示替换成异步获取。先讲清楚异步请求到底在解决什么问题，然后进入「准备 JSON 数据」这一步——图书列表一份，图书类别一份，分两段处理：先把数据组织好，再考虑怎么展示到页面上。

这种先数据、后展示的拆分很实用。很多人写异步就卡在这里：后端返回的数据结构没想清楚，前端就得反复改。课程把这两个动作拆开，等于强迫你先想接口形状，再想渲染逻辑。

后半段转到 xadmin，属于另一条线：把后台管理做成能真正投入使用的样子。异步和后台看起来是两件事，但在真实项目里经常连在一起——后台录入的数据，前端异步取出来展示。把这两块放在同一季，逻辑是通的。

配套练习建议这样用

• 跟着做图书类别联动，但把数据源换成自己手头的一份数据，比如省份-城市、分类-商品，验证自己是否真的理解了 JSON 结构的设计。
• 刻意练习「先定接口、再写前端」的顺序，不要一边写后端一边改前端。
• xadmin 部分，先跑通再回头读它的配置方式，思考哪些字段适合放在列表页、哪些该进详情页。
• 把课程里的同步写法自己改成异步视图跑一遍，感受差异，不要只停留在能跑就行。

看完应该能回答的问题

• 一个请求从前端发出到数据渲染到页面上，中间经过哪几段，各自的职责是什么？
• 为什么返回图书列表和返回图书类别要准备两份数据，能不能合并？合并的代价是什么？
• 如果后端返回的 JSON 字段名和前端预期不一致，你会先改哪一端，为什么？
• xadmin 相比自带 admin，多出来的是配置能力还是展示能力，你项目里值不值得换？
• 异步请求失败时，页面上应该发生什么？课程里有没有覆盖错误分支，你自己补了吗？

需要提醒的是，异步只是 Django 能力的一部分，学完不会让你突然会写高并发系统。它的价值在于让你现有项目里那些「点了半天没反应」的地方变得顺手。带着自己项目里的一个具体页面来看，比空手跟着敲一遍收获大得多。