本文目录导读：
在 Python 中，所谓的“纯全栈框架”通常指能够同时处理前端（模板/组件）和后端（路由/ORM/会话），且主要依赖 Python 本身（无需额外的前端框架），以下是目前主流的、符合该定义的纯全栈框架：
Django
- 定位：Batteries-included（自带电池）的重量级全栈框架。
- 前端：自带 Django Templates（模板引擎），支持组件化（通过
include、block、extends），可配合 HTMX/Alpine.js 实现现代交互。 - 后端：ORM、管理后台、认证、表单验证、会话、路由、中间件等一应俱全。
- 特点：功能最完整，适合大项目或快速原型。无需其他前端框架即可构建全功能 Web 应用。
Flask + 扩展生态
- 定位：微内核 + 按需扩展的“准全栈”。
- 前端：默认使用 Jinja2（与 Django 模板类似），可搭配 HTMX 或纯 Python 渲染。
- 后端：路由、请求/响应处理，ORM（SQLAlchemy/Peewee）、认证（Flask-Login）、表单（WTForms）等需另装扩展。
- 特点：灵活度高，适合中小项目，虽然非“官方全栈”,但可通过扩展组装成完整全栈。
Pyramid
- 定位：始于“极简”，终于“全能”的全栈框架。
- 前端：内置 Chameleon/Mako/Jinja2 模板引擎（可选）。
- 后端：路由、视图（类或函数）、ACL 权限、ORM 集成（SQLAlchemy 等）。
- 特点：学习曲线稍陡，但可轻松从单文件扩展到大型项目,适合对框架控制力要求高的开发者。
TurboGears
- 定位：组件组装式全栈（已不再活跃，但仍在维护）。
- 前端：默认使用 Kajiki 模板引擎（类似 XHTML），也支持 Jinja2。
- 后端：路由、ORM（SQLAlchemy）、表单（ToscaWidgets 或 WTForms）、会话等。
- 特点：设计哲学是“模块化组装”,但社区较小。
Web2py
- 定位：极简配置的全栈框架（但也逐渐边缘化）。
- 前端：自带 WEB2PY 模板语言（类似 Python 嵌入 HTML）。
- 后端：内置 DAL（数据库抽象层）、表单、认证、角色、CRUD 自动生成。
- 特点：零配置文件，适合教育或快速原型,但非生产首选。
Fasthtml（新兴）
- 定位：基于 FastAPI + HTMX + Tailwind CSS 的极简全栈框架（作者 Jeremy Howard）。
- 前端：使用 Python 函数生成 HTML（无模板文件），天然支持 HTMX。
- 后端：快速路由、数据库集成（SQLite/Postgres）、会话、静态文件。
- 特点：纯 Python 构建前后端，无需 JavaScript 库，代码量极低，适合小型到中型应用,非常现代化。
如何选择？
| 框架 | 项目规模 | 学习成本 | 活跃度 | 纯全栈程度 |
|---|---|---|---|---|
| Django | 大/中 | 较高 | 极高（官方全栈） | |
| Flask+扩展 | 中/小 | 中等 | 高（自由组合） | |
| Pyramid | 大/中 | 较高 | 极高（官方全栈） | |
| TurboGears | 中 | 中等 | 极高（官方全栈） | |
| Web2py | 小 | 低 | 极高（内置全栈） | |
| Fasthtml | 小/中 | 较低 | 极高（极简全栈） |
如果你希望真正的“纯 Python 全栈”（只用 Python，不碰 JavaScript/JS 框架）：
- 首推 Django（最成熟、功能最全）。
- 次推 Fasthtml（现代、极简，适合快速构建和数据应用）。
- 如果愿意接受模块化组合，Flask + Jinja2 + HTMX 也是一个非常灵活且 Python 味儿浓厚的选择。
