 |
greyliV2EX 第 200057 号会员，加入于 2016-11-06 10:05:42 +08:00 |
greyli.com
| 请不要把 Flask 和 FastAPI 放到一起比较 Python • greyli • 5 天前 • 最后回复来自 encro | 35 |
| FlaskCon 2020 参会指南
2 Flask • greyli • 311 天前 • 最后回复来自 69444091
|
1 |
| 送出几本《Flask Web 开发实战》 Flask • greyli • 2019-04-26 20:04:38 PM • 最后回复来自 lianjin | 1030 |
| 分享 5 个各具特色的 Flask（ Python ）开源项目 分享创造 • greyli • 2018-09-18 12:07:24 PM • 最后回复来自 greyli | 6 |
| 用 Python（ Flask）做了一个在线计时器，欢迎体验 分享创造 • greyli • 2016-11-10 12:46:33 PM • 最后回复来自 nanlong | 12 |
greyli 最近回复了
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
app.route -> app.post
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
@abersheeran 哈哈，是的。我上个月提议加 app.get 、app.route 、app.delete 这些装饰器一开始是被拒绝的，后来另一个成员创建了一个 PR 经过二次讨论后才最终合并（被拒绝后我就把正在开发的 APIFlask 从扩展改成了继承 Flask 基类的框架，然后加了这些装饰器）。
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
@abersheeran 目前是这样实现的（ https://github.com/pallets/flask/pull/3412 ），当然这只是第一步，完全的 ASGI 支持会在 Werkzeug 实现（ https://github.com/pallets/werkzeug/issues/1322 ），不过不确定哪天能实现。
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
@Kobayashi 性能不清楚，补充一点关于 Quart 的额外信息：从 Flask 2.0 开始，Quart 会是官方推荐的 Async Flask 替代选项。Flask 2.0 支持的 async/await 是一个折中方案（基于 asgiref 做的 WSGI->ASGI 转换），如果想要完全基于 ASGI 的异步实现那么可以选择 Quart （和 Flask API 基本保持一致）。前段时间也在讨论把 Quart 加入到 Pallets 组织作为官方项目维护（暂时还没有定具体时间，可以先看作小道消息）。
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
@LeeReamond 我指的是我作为维护者，不希望其他人用这种不合理的对比来让用户对 Flask 产生误解。我并不否认 FastAPI 各方面很优秀。
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
@v2exblog 做内部系统不也挺好，其他语言流行再学就是了。有一个语言 /框架作为基础再学其他语言 /框架也会容易得多。
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
@mekingname 我只是打个比方说明这是一种不对等关系……
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
@mekingname 很抱歉把你的文章挑出来作为反面示例，希望没有冒犯到你。
苹果和橙汁可以比较，但这种比较是不合理不公正的（这是我想来澄清这件事的主要原因）。成年人和小孩子当然可以比武，但是这种比武不是建立在对等实力上的。我个人认为推介 FastAPI 更合理的行文方向有两种：单独介绍 FastAPI 的特性（不用和谁比较）；介绍 Flask 搭配某些 REST API 扩展相对于 FastAPI 的劣势（公平合理）。
> 以后如果有一个框架基于 Flask，并且有比 FastAPI 更好的用户体验，那我也会毫不犹豫转过去的。
欢迎试试 APIFlask，不过它还是个新项目，或许用户体验并不优于 FastAPI 。
苹果和橙汁可以比较，但这种比较是不合理不公正的（这是我想来澄清这件事的主要原因）。成年人和小孩子当然可以比武，但是这种比武不是建立在对等实力上的。我个人认为推介 FastAPI 更合理的行文方向有两种：单独介绍 FastAPI 的特性（不用和谁比较）；介绍 Flask 搭配某些 REST API 扩展相对于 FastAPI 的劣势（公平合理）。
> 以后如果有一个框架基于 Flask，并且有比 FastAPI 更好的用户体验，那我也会毫不犹豫转过去的。
欢迎试试 APIFlask，不过它还是个新项目，或许用户体验并不优于 FastAPI 。
6 天前 回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较 |
@renmu123
> 1. 如果一个框架看着像 web 框架，用着像 web 框架，那是不是 web 框架?
这个问题我没理解。你可以说 Flask 和 FastAPI 都是 Web 框架，但是它们的性质是完全不同的。
> 2. 如果有一个基于 flask，pydatic 和 openapi 也开箱即用的框架（我不知道现在有没有出现，很久没写 flask 了，但如果有应该会有挺多人买单），那么它能不能和 flask 做比较吗?我个人觉得是可以的。
文中提到的 APIFlask 算一个（不过是基于 Marshmallow 而不是 Pydantic ）。基于 Flask 的框架和 Flask 本身比较有什么意义呢？「骑着自行车的我」和「我」进行比较？
> 1. 如果一个框架看着像 web 框架，用着像 web 框架，那是不是 web 框架?
这个问题我没理解。你可以说 Flask 和 FastAPI 都是 Web 框架，但是它们的性质是完全不同的。
> 2. 如果有一个基于 flask，pydatic 和 openapi 也开箱即用的框架（我不知道现在有没有出现，很久没写 flask 了，但如果有应该会有挺多人买单），那么它能不能和 flask 做比较吗?我个人觉得是可以的。
文中提到的 APIFlask 算一个（不过是基于 Marshmallow 而不是 Pydantic ）。基于 Flask 的框架和 Flask 本身比较有什么意义呢？「骑着自行车的我」和「我」进行比较？
Select Language