2021 年 Flask 用户调查报告（非官方）

[greyli]

报告见：

https://greyli.com/flask-report-2021/

欢迎继续提交问卷：

https://jinshuju.net/f/UY6Rd8

[akring]

存在幸存者偏差吧，参与的很大一部分都是 Flask 使用者

[greyli]

@akring 幸存者偏差是指哪里？无业率 4.8% 那里是开玩笑的……

[loading]

104 份提交就做分析了？

[Kilerd]

开发接口时自动生成 swagger

对 Web API 很友好的支持

加入 pydantic 用于类型检查

哈哈哈哈，why not fastapi 。 现阶段来说我个人感受就是，面对 python 里面其他的异军突起的 web 框架和大而全的 django 的压力下，进步缓慢的 flask 已经难以维持着其自身的市场份额了。

大多数人在接受过 fastapi 那基于 pydynamic 的类型检查后再回去使用原始的 flask 处理模式。

别跟我扯什么 flask 坚持做 general 的 web 框架，市面上的 web 开发有多少已经是前后端分离的模式了？连 spring 的老家伙都有 @restcontroller 了啊。

至于基于 flask 的 api 框架，没看到一个能打的。

[mywaiting]

分享一个冷笑话：

无论你用哪个 python web 框架开发一个完整的项目，一会这插件一会那实现，东拼西凑

你会发现你竟然凑出了一个 Django

[LeeReamond]

@mywaiting 这是很无聊的说法，定制不意味着愚蠢，大而臃肿也不意味着万能

[dayeye2006199]

@mywaiting django 更符合一些 python 的直觉，do one thing with one way 。老年人表示 django 比较友好

[namelosw]

Flask 挺好的，用 Django 不如用 Rails

[imycc]

#4 why not fastapi
------
之前换工作之后有机会重新选型，看了一阵 fastapi 的文档，然后自己接了 pydantic 搞了一套类型检查。。

#5 说的也有道理，flask 项目长期维护下去之后，慢慢也会变成类似 Django 一样的“大而全”的框架。但不意味着 Django 是 Flask 项目演化的终点。

我用 Flask 的初衷是 Blueprint+各种钩子已经足够我写 API 了，有什么需求我再根据情况去写。
尽量减少跟框架本身的耦合，连官方插件我也不喜欢用。前几天刚把之前用的 Flask-SQLAlchemy 干掉，重新写了个封装（主要是为了跟 Celery 那边的代码共用）

emm，大概是因为写的项目都还不够重型？毕竟都是内部系统。面向普通用户的大型系统一般也比较少选择 python 开发吧，我也不考虑了

[HashV2]

@dayeye2006199 #7 雀食 现在属于是用 django 在公司摆烂了

[krixaar]

@mywaiting 用 Flask/Quart 会有种“做复杂的我为啥不上 django，做简单的我为啥不直接用 PHP 撸”的感觉🤣

[greyli]

@loading

> 104 份提交就做分析了？

因为没人填。大部分提交都是在问卷发布后宣传的那一阵，后续两个月就基本没有多少了。不过 104 份已经能够反映出很多问题了，重合率比较高的几个事情（ API 支持、异步、扩展维护）也都是目前 Flask 社区的关注点。

[greyli]

@Kilerd

> 大多数人在接受过 fastapi 那基于 pydynamic 的类型检查后再回去使用原始的 flask 处理模式。

既然 FastAPI 可以集成 Pydantic，那 Flask 未必就要用原始的处理模式呀。完全可以自己选择搭配不同的数据序列化库，比如 Pydantic 或是 marshmallow 。

> 至于基于 flask 的 api 框架，没看到一个能打的。

请问你对 APIFlask https://apiflask.com 有什么想法和建议吗？我希望它可以成为能打的那个 :P

[Kilerd]

@greyli 搜了一搜 flask work with pydynamic 甚至没有文章教你怎么配，这样我就不认同它是一个业界可行或者是推荐的方案了。

至于 marshmallow，flask + marshmallow 组合的易用性远低于 fastapi

[greyli]

@Kilerd 还是有不少文章的，你没搜到可能是因为拼写错了：是 Pydantic，不是 Pydynamic 。

另外还有两个相关的扩展（后者添加了生成 OpenAPI spec 的支持）：

- https://github.com/bauerji/flask_pydantic
- https://github.com/turner-townsend/flask-pydantic-spec

[greyli]

> 至于 marshmallow，flask + marshmallow 组合的易用性远低于 fastapi

@Kilerd 方便展开说说易用性差在哪里吗？其实 APIFlask 就是 Flask+marshmallow 的组合，而 FastAPI 则是 Starlette+Pydantic 的组合。

[Kilerd]

@greyli 嗯，是我打错了，对不起。简单看了一下，相比于 fastapi 只用多写一个 validate annotation，那确实也可以。

[rogwan]

@greyli 新版的 flask 可以直接 return {json} 已经蛮方便了，一般写接口够用。再封装一层 flask restful api 主要有哪些必要场景的？

[greyli]

@rogwan API 框架和手动集成各种库相比，主要的功能是自动生成 OpenAPI spec 和 API 文档，再就是简化了一些验证请求数据生成错误响应的代码。