主要观点：作者多年使用 Django 后开始认真研究 FastAPI，通过对比两者，阐述其各自的优势与不足，包括“是否自带大量工具”“架构”“后端与全栈”“锁定效应”“易用性/学习曲线”“现代性”“性能”“ORM”“治理”“配置”等方面，最后指出没有绝对的赢家，应根据项目需求选择，还提到了 Litestar 这一可能更适合的框架。

关键信息：

• Django 是全栈框架，自带很多工具，遵循 MVT 架构，前端能力有限，较易上手，多年变化小，ORM 简单直观但远离原生 SQL，配置相对自动，有民主治理模式。
• FastAPI 专注后端，构建 API，自带工具少，架构较自由，更适合处理特定需求，学习曲线较陡，异步支持好，ORM 接近 SQL 需更多理解，配置需自行处理，治理模式有争议。
• 对比工具时要区分真正的优势和个人偏好，且不同框架各有优劣，应根据项目需求选择，Litestar 值得关注。

重要细节：

• Django 2010 年“全电池”理念较明显，现很多需额外添加包，如 REST API 包；FastAPI 自带工具少，如数据验证用 Pydantic，ORM 常用 SQLAlchemy，外部工具使用有优势但设置较麻烦。
• Django 按“Django 方式”构建项目可能受限，FastAPI 架构更自由但低级别工具需更多努力；Django 构建 admin 仪表盘前端更高效，FastAPI 更适合 SPA。
• 工具的通用性不同，Django ORM 仅在 Django 项目中使用，FastAPI 相关工具可用于多种项目；Django 易让人有“它就工作”的错觉，FastAPI 需自己理解实现原理。
• Django 未充分异步，缺乏官方类型支持，FastAPI 与 Pydantic 集成好，支持 WebSockets；配置方面 FastAPI 需自行处理很多，如单元测试设置。