喜欢，这样我就能喷开发了 （逃

@Leonard review 不看 typo 问题吧，这种上静态代码检查？

@ThanksSirAlex 哦哦哦 了解了，chrome 关一堆标签，场景一样，实在没心思一个个看哪些能关，就一把梭都关了

@Dreamacro 还能自动刷新？之前写自动化 case 都是每次把 oauth 流程重头走一遍

@encro 「环境变量和测试功能比 postman 强大」这块有具体点的嘛？我还没深入用 apifox

「 Swagger ，Mock ，JMeter 你不用完全不影响。」嗯 我是说不用这些就无法体现 apifox 的优势了，还不如单纯用 Postman

@ThanksSirAlex 自动保存是为了啥？ Postman 即使关机打开，现场还在呀

@Sricecake 嗯 确实，这种比较常见。但又放在 body 里，对于测试工具来说有点不好弄，搞不好就签错了

@balabalaguguji 感谢 文档平台内部有了

@encro 哈哈哈，不敢说 apifox 不好
只是不适合，Swagger ，Mock ，JMeter 这些都不用（或者说不是这些技术栈）

@danshan 老哥一看就是老司机

参数一定要 key 一样，增加环境，key 都复制一份，value 再慢慢填（或者自动生成），环境少看不出区别，我们这边几十套环境，差距就来了

参数提取需要结合下，填 json path 能解决 99%的场景，也还得支持脚本不然那 1%就很尴尬了

@pupboss 嗯 可能需要能方便支持扩展的

@MakHoCheung 嗯嗯 这块是区别，但不能说用 Electron 都是差一点吧（虽然也有相关性） 但跨平台确实香啊

@pendulum 我看很多提到原生，这个确切的优势是什么。安装包小？性能好？ postman 倒是遇到过，返回的数据量大，有点卡的情况

@VincentYoung 哈哈哈 除了这个呢？虽然我的也是白嫖的

不考虑商业版的价格

实话实说做不到不“歧视”，但能做的是克制这种歧视

我感觉楼主的提议很对呀，大的修改不能私下改了就算了，需要再评审，因为往往这种中途大的修改更加没有想清楚

@Chinsung 是说泛业务场景。一些特定领域肯定还是 java 适合

字节还有很多其它业务，不仅仅是推荐，比如飞书 哈哈哈

唉 一言难尽呀

我之前做过公司某个开放平台的技术支持（没有义务，只能说热心答疑吧），好多问题简直了，不管文档写的多简单，甚至给出了开箱即用的 demo 。遇到过最无语的是，某段 demo 因为历史原因是 jsp 写的（可以直接放 tomcat 下运行），被人说是他是写 java 的，你给个 jsp 的我怎么办

虽然说写业务这块 go 和 java 还有点差距，但也是工程生态方面的

哪有业务用 go 写不下去的，业务再复杂能有字节跳动复杂？