Python 新框架讨论

前后端分离吧，现在大部分后端不管前端渲染了，只写 API 的话 fastapi 还是很香的

我用 sanic

我用 python cgi 和 python websocket

django-rest-framework 和 fastapi 比怎么样？

熟悉 django 的还是用 django-rest-framework 可能更方便些。

是因为这个么：FastAPI was designed as a fully-async web framework. It supports ASGI as standard and everything is async. 所以性能更好？

主要还是前后端分离。
不过独立开发者简单页面感觉 django 一把梭也舒服。

@qloog 同步有 greenlet ，有些不会写或者有些库甚至会让 async 比 sync 更糟糕

其实 FastAPI 对纯 API 开发算是 Battery included ，Django 和 Flask 还不够开箱即用。

python 的 web 框架非常多，但是一直觉得 django 最顺手

我还以为又出啥新框架了，fastapi 都多少年了。。

我写一些自用的玩具项目用过 flask 和 fastapi ，体验是后者调试 API 更方便

小巧 方便？ 我只是写些接口而已

大部分业务都只是一个数据库查询中间件+鉴权系统。
fastapi 能负责这一业务当然最好。

我一直都是直接用 Django ，后端大概率还是需要提供管理后台的。Django 自带管理后台，方便很多。

可能 flask/django 的认知度已经足够高了，这些年 fastapi 看上去社区推广做得很卖力

一直在用 flask ，只写后端 api ，开新项目拿以前项目改改就能用，不想学新的了

@qloog 得综合需求来看吧, 这两个框架我都在用, 写 C 端项目的时候大部分接口并不是增删改查这时候 drf 跟项目的贴合度就没那么高, 自带的 ModelViewSet 基本也用不上, 这时候用 fastapi 就舒服很多, 当然也可以用 django-ninja, 不过 django 对异步的支持不好就不如直接用 fastapi 了

FastApi 对新手比较友好

FastApi 感觉更加现代化，函数签名写好，生成接口文档+参数校验真的很香。但是对依赖的库有一定要求。毕竟一个同步就能阻塞了。我如果自己做项目，我会选 fastapi