@
akaHenry 嗯,特地去看了下这个项目,说下我的个人看法
从架构设计的角度来看,bili 做的是业务的抽象层,它在业务层抽象了一层标准,开发按照这个标准去写,然后它会将业务代码转换为相应的基础框架(如 FastAPI 和 gRPC )所需的代码。这不是我想要的东西,我们也有自己通用的业务脚手架,比如标准的 REST 处理 handler ,如果是一些简单的增删改也很方便。这取决于公司的开发规范和标准,我估计 bili 想做的也是这个事,毕竟 python 在工程方面也没统一标准。
相比之下,FastgRPC 的目标是仅提供 gRPC 框架,就像 FastAPI 封装了 Starlette 一样。我个人也比较看好 typing 的风格,也是一个很好的方向。