刚刚看到好像 Microsoft 也用了 FastAPI

[hushao]

在看 pydantic 的文档，然后看到了上面提到 Microsoft 也用了 FastAPI 。。。

pydantic 相关链接： https://pydantic-docs.helpmanual.io/

fastapi 相关链接： https://github.com/tiangolo/fastapi/pull/26#issuecomment-463768795

另外：fastapi 是不是可以考虑在 v2 上开个节点？@Livid

[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 这些写的老项目还是很方便的，可以考虑直接升级接口，哈哈哈😂

[qW7bo2FbzbC0]

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

[breezed]

@hushao 难受, 用习惯了 django 的 orm 和 rest framework, 目前 fast 的目前只能参考官方文档, 小辣椒倒是没用过

[hushao]

@breezed 小辣椒对于几个页面，几个接口的小项目确实好用，项目大了加各种插件难受

[johnsona]

@hushao alembic 坑，索性迁移脚本可以是 sql，自己手动再改一下