@eudore 我没看过的时候，我也不信。

@newlife index.py 在很多方面都是和 flask/django 这种传统框架不同的，而也不像 fastapi 这个拼接怪全搬的 starlette 。有更多的便于开发的修改点，你用用就知道了

@CharAct3 对。它的作者，营销能力属实让我羡慕……我要有这个水平，也不至于做个小程序员了。

要申明一下，ASGI 本身就是 Django 团队提出来的。fastapi 红的快主要是率先提出了 type hint 进行类型检查 /转换 + 自动生成 docs 这个概念。而 Django 由于尾大不掉，现在要全部转换异步生态需要很久，但绝不是不转换了。我预测在 21/22 年就可以全异步了。

Django 从过去，到现在，始终是 Python web 开发里最好的框架，没有之一。说实话，fastapi 就是个拼接怪罢了，它自己什么也没实现，type hint + openapi 是用的 pydantic，web 相关所有组件全部搬的 starlette 。

Python 的 web 生态，除了 Django，其他的 web 框架还真算是有生态？有多少是强耦合的必需品？基本都是通用的，flask 用的照样可以走 bottle 。而现在 ASGI 里，fastapi 能用的，照样可以走 starlette/index.py ，没有框架有 Django 一样的统治地位。我虽然自己也写了实际投入了生产的 web 框架，但我心里最好的 web 框架依旧是 Django，并且只有 Django 。

如果你有分布式任务的需求，建议 django + celery + gevent 。亲测吊打任何其他框架，包括 fastapi 和我自己写的框架。Django 永远的神😀

直接参考 JWT 的手段。你用 RSA 算法签发。然后程序内嵌公钥，使用公钥对 JWT 验证。JWT 再包含一下有效期，完事了。没必要自己造轮子。

dl.google.com 的速度也是个玄学。建议全部走代理。

@ericls 谢谢~后续文档会越来越详细的，目前文档很粗糙。

@ericls 是的。只能说同样 uvicorn 下，index.py 的裸性能是比其他 starlette 系（包括 responder/fastapi ）快的。但一旦引入业务代码，基本上就看业务代码写的水平了。

只会 Python 是没有未来的。异步的确是 Python web 的未来。

@AlexaZhou ……你这是面对一个已经存在的项目进行分析的路子，不适合于框架。

另外，这个路由优化都不需要我来证明什么，你去看看 golang 的框架，哪个不是 Radix Tree ？

@eudore 在 Python web 框架里，是首个。虽然我也知道是基操。毕竟我玩了一个晚上就实现完了。

101 楼，我也凑个热闹。https://aber.sh

我觉得有点蠢。记录代码应该放 try 里啊。try 里有事务，一旦报错直接回滚，就没必要记录了。

哈哈哈。同意。我们之前有一个项目，一开始的设计全是我操持的。过了一年没碰之后突然要小修改，照样很容易上手。相比之下，之前另一个我全程没太管的项目，基本没法维护了。设计真的重要

@BBCCBB 你想太多了，路由系统是 web 框架最重要的部分，跟其他部件都是强耦合的。你要么重写一个，要么就只能用遍历路由。我觉得小项目其实也还好，执行几十个正则表示式查路由，对于小项目也算不得什么。面对有上千个路由的大项目，starlette(fastapi) 这种遍历就很致命了。

@BBCCBB 刚翻了一下 gitter.im 被刷下去了，就不截图了。大致是 encode 的其中一个人认为是没必要的，然后我们吵了一会，出来一个支持我的（不是 encode 的人）。还没说两句，我准备提交一个 issue 去正式讨论一番的时候，Tom 出来说 starlette 的路由实现不光以性能为主，简单也很重要。他都发话了，我也没必要挣扎了，就回了一个原来如此。记录你在 gitter 应该都能查到。

@swulling 暂时没这个时间去做，主要是工作忙。周末搞这个，女朋友已经很不满了，待会得陪她出门玩。大佬有兴趣的话，可以帮忙做一下？

用 gitee.com 把 GitHub 的仓库同步下来，再去下载。很快的。