厉害，Star 了。加油。

@CismonX PHP 社区原来是这个氛围的吗？有新想法还得有一个有资历的人带过去？搞这一套这不是欺负新人吗？

估计是为了省下白嫖账号的带宽，顺便卖一波腾讯云的服务吧。我有一个充了钱的企业号，依旧可以新建旧版的静态网站部署。

Type hint，很自由，上线的项目里关键部位都会用上，开源项目基本都是打满的。

这个调试器厉害了啊，变化来源追踪。star 送上~

@laike9m 好的，感谢。

@laike9m 模式匹配哪个版本能出？你有消息吗？我看 Guido 那个库上的语法，应该是需要一个次要版本以上的更新才会有。

@wdhwg001 这就只能靠约定了。

如果是这样的话，那我不如用腾讯云的云应用……

@wdhwg001 你为啥要从 scope["session"] 读数据，直接用 session 变量不就行了？

@wdhwg001 ASGI3 里面 __call__ 直接做完所有工作了，完全可以共享到一个 session 对象。

```python
async def __call__(self, scope, receive, send):
session = {}
scope["session"] = session
...

send(...session...)
```

@wdhwg001 Python 的 re 标准库没办法通过匹配到的 pattern 来获取对应的 endpoint 。这个我后续可能用 Rust 实现一个 Radix Tree 。

直接把 scope 传到 receive 和 send 里是什么意思？我没懂这个有什么用。

@wdhwg001 呃，我们现在就是不带前置服务器直接跑 ASGI Server 😀。

中间件这部分我还真没注意，我觉得这个申明有点脱裤子放屁的感觉。如果拷贝一份再把新对象传给下一层，那也太浪费内存了吧。可能 starlette 的 Session 实现跟我的想法差不多，所以没拷贝。

@wdhwg001 我的思路跟你不一样。ASGI 的 scope 本身就应该是可变的。就像是整个 HTTP 请求链路上，任何一层反向代理服务器都可以对这个 HTTP 请求的信息做出修改一样。这个我觉得问题不大。

我认为的问题在于没办法直接给 socket 写数据，比如发送一个静态文件，这种情况它的性能上就比较差，要拷贝很多次。前几天刚合并了一个相关的扩展过去。目前感觉应该不缺什么了。

看你的客户端了。如果你客户端包含标准浏览器，那么只能走 url 参数的路子。别问，问就是浏览器标准傻逼，这个玩意他们讨论好几年也没个定论，等确定好了再等实现出来，你估计都 35 岁退休了。

如果你客户端只是需要满足非浏览器，那简单了，websocket 握手用的 http 协议，你该咋鉴权咋鉴权。

@wdhwg001 现在也没那么多心力放讨论这种无聊的事上面，我直接去 asgiref 搞事去了。Index.py 基本各部分都独立出来了，现在也就几个通用的 ASGI 中间件和 Request 、Response 对象用了 starlette 的代码。路由系统每一行都是原创，我们自己用的满意就是最好的。

反正微框架嘛，你还能指望有啥代码生态。Django 依旧是我们的主力框架，Index.py 也好，哪怕以后我走了他们打算换 fastapi 也好，都也只是非关系型数据库交互上用而已。Django 全家桶真香！

@wdhwg001 是的。毕竟只是说代码，大家说话都比较克制，没有真的吵起来，这里是一个夸张的说法（而且 encode 的一个人，话里的意思感觉是误解了我在说 starlette 这个框架不够高效）。Tom 的意思是他更喜欢简洁的实现，在那个上下文里，显然他是拒绝了我的想法。他这个话，是在我说我打算去开个 ISSUE 详细的讨论这件事之后发的。意思不用更明显了。

至于代码实现上的性能对比，上面我已经追加了。理论性能对比，这个文章我都没必要写，任何人一搜就能搜到。Radix Tree 是目前 web 路由匹配的普适最优解。

私人仓库我建议 Coding 、gitee 。

Github 放公开的仓库没问题，放私人仓库你最好考虑考虑。之前伊朗的程序员，账号被封、私有库全军覆没的事可别忘了。Gitlab 也是一丘之貉，甚至比 GitHub 更过分，至少 GitHub 没有公开说不欢迎中国程序员。Gitlab 直接把排华两个字写脸上了。当然，你如果你长了一张美利坚人民的脸、国籍也不是中国，gitlab 那还是挺不错的，我觉得界面比 GitHub 好看。