内容摘要：把Django扔到“前端还是后端”这个问题里，本身就有点问错对象。它压根不是个选择题，而是个明摆着的答案：Django是纯正的后端框架，连一根前端的头发丝都不沾。 我这么说，不是翻文档得出的结论，是看

把Django扔到“前端还是前端后端”这个问题里，本身就有点问错对象。还后它压根不是前端个选择题，而是还后个明摆着的答案：Django是纯正的后端框架，连一根前端的前端头发丝都不沾。

我这么说，还后不是前端翻文档得出的结论，是还后看它干活的样子看出来的。你用Django写个博客，前端写个电商网站，还后它管的前端是啥？是URL怎么路由，是还后数据库里怎么存用户密码，是前端表单提交上来的数据怎么验证，是还后哪个模板该渲染哪份数据。这些活儿，前端全跑在服务器上，用户浏览器根本看不见。你打开Chrome的开发者工具，看Network面板，Django返回给你的是一大段HTML字符串——但这段HTML是怎么拼出来的，用了什么逻辑，浏览器一概不知。

有个细节特别能说明问题。Django自带的Admin后台，那个界面长得挺好看，有表格、有筛选、有分页按钮。但你扒开它的源码看，那些界面全是服务端渲染的，JavaScript用得极少，交互逻辑基本靠表单提交刷新页面。换句话说，Django连自己那个“后台界面”都没打算用现代前端那套Vue或React去写，它老老实实地用模板语言把HTML拼好，再扔给浏览器。这态度还不够明确吗？

那为什么还有人会问这个问题？我猜，是因为Django的文档里总提“全栈框架”这个词。很多人一听“全栈”，就以为前后端通吃。其实Django说的“全栈”，指的是后端这一侧的全栈——ORM、认证、路由、模板、中间件、Admin，这些它全包了，你不用再去找别的后端库。但“模板”不等于“前端”。Django的模板语言（DTL）确实能写点循环、条件判断，可它运行在服务器上，生成的是字符串，跟浏览器里跑JavaScript完全是两个世界。

举个实际例子。你写一个Django视图，返回一个包含用户列表的页面。模板里写{ % for user in users %}，这个循环是在服务器上执行的。等浏览器收到HTML，循环早就结束了，留下的只有一排排写好的

标签。如果这时候你想让页面上的某个按钮点击后不刷新就更新数据，Django帮不上忙——你得自己再引入Ajax，或者干脆用Django写API，让前端框架去调。

所以，Django的位置很清晰：它站在服务器那头，处理请求、操作数据库、生成响应。你问它是前端还是后端，就像问一把菜刀是切菜还是盛菜——菜刀当然负责切，盛菜得用盘子。Django就是那把菜刀，切得又快又稳，但你别指望它自己把菜端上桌。

要是你非要用Django做前端，也不是不行——你可以在模板里塞满JavaScript，硬把交互逻辑写在HTML里。但这么干，你很快会撞上墙：状态管理混乱、代码难以维护、每次交互都要刷新页面，用户体验回到2010年。真到了那一步，你会理解为什么前端框架会存在，也会理解Django为什么始终待在后端，不越雷池一步。