app.route -> app.post

@abersheeran 哈哈，是的。我上个月提议加 app.get 、app.route 、app.delete 这些装饰器一开始是被拒绝的，后来另一个成员创建了一个 PR 经过二次讨论后才最终合并（被拒绝后我就把正在开发的 APIFlask 从扩展改成了继承 Flask 基类的框架，然后加了这些装饰器）。

@abersheeran 目前是这样实现的（ https://github.com/pallets/flask/pull/3412 ），当然这只是第一步，完全的 ASGI 支持会在 Werkzeug 实现（ https://github.com/pallets/werkzeug/issues/1322 ），不过不确定哪天能实现。

@Kobayashi 性能不清楚，补充一点关于 Quart 的额外信息：从 Flask 2.0 开始，Quart 会是官方推荐的 Async Flask 替代选项。Flask 2.0 支持的 async/await 是一个折中方案（基于 asgiref 做的 WSGI->ASGI 转换），如果想要完全基于 ASGI 的异步实现那么可以选择 Quart （和 Flask API 基本保持一致）。前段时间也在讨论把 Quart 加入到 Pallets 组织作为官方项目维护（暂时还没有定具体时间，可以先看作小道消息）。

@LeeReamond 我指的是我作为维护者，不希望其他人用这种不合理的对比来让用户对 Flask 产生误解。我并不否认 FastAPI 各方面很优秀。

@v2exblog 做内部系统不也挺好，其他语言流行再学就是了。有一个语言 /框架作为基础再学其他语言 /框架也会容易得多。

@LeeReamond

> 有一说一，主题说的倒是没错，不过辨析的意义是什么呢，又一个 python 版的回字四种写法吗

委婉的说，是想澄清一个误解。直白的说，是因为利益相关（见文中备注）。

@mekingname 我只是打个比方说明这是一种不对等关系……

@mekingname 很抱歉把你的文章挑出来作为反面示例，希望没有冒犯到你。

苹果和橙汁可以比较，但这种比较是不合理不公正的（这是我想来澄清这件事的主要原因）。成年人和小孩子当然可以比武，但是这种比武不是建立在对等实力上的。我个人认为推介 FastAPI 更合理的行文方向有两种：单独介绍 FastAPI 的特性（不用和谁比较）；介绍 Flask 搭配某些 REST API 扩展相对于 FastAPI 的劣势（公平合理）。

> 以后如果有一个框架基于 Flask，并且有比 FastAPI 更好的用户体验，那我也会毫不犹豫转过去的。

欢迎试试 APIFlask，不过它还是个新项目，或许用户体验并不优于 FastAPI 。

@renmu123

> 1. 如果一个框架看着像 web 框架，用着像 web 框架，那是不是 web 框架?

这个问题我没理解。你可以说 Flask 和 FastAPI 都是 Web 框架，但是它们的性质是完全不同的。

> 2. 如果有一个基于 flask，pydatic 和 openapi 也开箱即用的框架（我不知道现在有没有出现，很久没写 flask 了，但如果有应该会有挺多人买单），那么它能不能和 flask 做比较吗?我个人觉得是可以的。

文中提到的 APIFlask 算一个（不过是基于 Marshmallow 而不是 Pydantic ）。基于 Flask 的框架和 Flask 本身比较有什么意义呢？「骑着自行车的我」和「我」进行比较？

@laike9m 我有过类似的想法，不知道可行性怎么样。大概就是一个基于技术书的社区，读者可以在论坛发帖交流，围绕页码和章节展开讨论，或是向作者提问。作者可以收集反馈和勘误，发布相关的动态和提示，也可以把新书的审阅、试读、预售这些流程放上来（或许还可以提供类似 Leanpub 的自出版渠道）。基本上可以尽可能的提高阅读、学习、写作和销售的效率，换句话说，也就是尽可能的提高购买正版的附加价值。

假如有这样一个社区存在，不一定能杜绝盗版，但是可以通过这种附加价值让正版读者越来越多，或许最终可以改善国内技术书的写作质量。

难点是没法区分读者是不是正版读者。如果可能的话，由这个社区统一为每一本书签发认证编号（放到纸书封面，电子书通过提供 API 在销售时实时获取编号），正版读者可以用这个编号来注册读者账号。但是很难协调各大出版社和电子书平台来做这件需要投入多余成本，短期看没有太大收益，而且还要泄露实际销售数量的事情。

@hitmanx 很赞同你说的用技术书来建立个人品牌的思路。不过一般的技术书很难赚到 100 万，大部分作者的收入都在 10 万以下。技术书的版税税率一般在 8%~10%，假设用 10% 来算，一本书假设定价 100 块，那作者能拿到 10 块，如果能卖一万本（这已经是非常高的数量了），那作者可以赚到 10 万（去掉 10% 左右的税，还剩 9 万）。但这是理想情况。现实是，大部分技术书因为写的不好，或是话题偏窄，只会卖出 3000~5000 本，而且书的定价未必会有 100 那么高，版税税率则是更普遍的 8%，所以大部分技术书作者写作一本书的收入会在 2~5 万。

原来回复不支持 Mardown ……

按照 Flask-SocketIO 的文档，使用 Gunicorn 的时候要使用 eventlet 或 gevent worker，所以启动命令应该是：
```
gunicorn --worker-class eventlet -w 1 module:app
```
或：
```
gunicorn -k gevent -w 1 module:app
```

@harde 没事的，可以理解。很欣赏你的做法，替 @nibiru2012 谢谢你 :)

@nibiru2012 补充说明一下，因为 783 楼的 harde 放弃了获赠资格，我就重新运行了开奖脚本，你很幸运 :)

@nibiru2012 请把收件地址、姓名和电话发到我的邮箱（ [email protected] ）。

@cantonadong 我这边没有收到你的邮件，是不是发错地址了？

@PulpFunction @harde @pythonfan 请把收件信息发送给我，邮件地址见帖子附文。