刚刚看到好像 Microsoft 也用了 FastAPI

• 資深大佬 : iConnect

  fastapi 很好用

• 資深大佬 : Qzier

  wow，awesome ！

• 資深大佬 : midtin

  我也在考虑用 fastapi 重构一些高访问量的接口

• 資深大佬 : wzw

  的确很好用，可惜 golang 没有

• 資深大佬 : pandachow

  是的，我在微软，我就在用……

• 資深大佬 : enrio

  可以可以，自带 Swagger，是个宝贝。

• 資深大佬 : dayeye2006199

  这个和写 flask 有什么感受上的不同吗？多了些什么功能

• 資深大佬 : lithbitren

  基础设施该有大多都有了，py 的 web 框架在用法上也都是大同小异，没啥学习成本，比起 flask 又少担心了点 io 效率的问题，个人项目的接口用起来暂时还 OK 。很多轮子暂时不用在 golang 上再造一遍了，gin 本来都搭起来，一想到要造这么多轮子就手软，还是用 fastAPI 了。

• 主 資深大佬 : hushao

  @dayeye2006199 flask 小项目爽，fastapi 起小项目感觉有点啰嗦。大项目的还没机会试，自动文档很香，不过目前为止我比较介意的一点就是 sqlalchemy 和 alembic，sqlalchemy 还好，其他项目也有用倒不怎么担心，alembic 之前用的时候（自己经验少误操作），误删过数据（可自查会有哪些坑），导致我现在见到 alembic 都持谨慎态度，还是喜欢 django 的 migrate 功能。
  至于多了哪些功能，自动生成文档，接口参数校验，asgi 是提到比较多的

• 主 資深大佬 : hushao

  @lithbitren 对对对，go 虽然有 gin，但是感觉还是过于原始，还是生态的原因吧，当然也是自身水平有限>dog face<，然后就是部分脚本切成了 go，web 方面还是会根据情况优先考虑 django 和 fastapi，跟你想法差不多，都搭起来了又拆了，哈哈哈哈

• 主 資深大佬 : hushao

  @pandachow 大佬牛皮，方便透露是个人项目还是公司上了生产？

• 主 資深大佬 : hushao

  @wzw 不是有个 goframe 么，不过我不喜欢

• 主 資深大佬 : hushao

  @midtin fastapi 对接 flask 、django 这些写的老项目还是很方便的，可以考虑直接升级接口，哈哈哈

• 資深大佬 : hjahgdthab750

  被 django 的 swagger 生成搞烦了之后，我转向了 dotnet core，当然 java 也可以，这两个的 swagger 插件比 django 的好用很多