来公司推销过，也当面问过很多使用上的细节。确实做的还不错，功能也很全。但是团队内的小伙伴表示更愿意用本地单机版本的软件，加上现在 ai 的加持，文档其实已经不算是很繁琐的工作了。最后应该是没有采购。顺便说一下现在服务和工具都有碎片化的趋势，这其实对开发人员来说也是一种负担。

如果仅从工具的角度，Apifox 、Postman 差别不大 但是对我来说并不喜欢，因为长期看，doc 声明和代码一定会出现分离（维护成本的问题） 而更好的，是代码即注释，or 代码即 API 声明 这么说： code （代码） -> comment （注释 or 约定） -> api docs （生成文档） -> 部署到 Apifox / Postman Apifox / Postman 只是一个 “壳” 而已，不应该占用太多精力

用规范和插件解决迁移成本即可，解决这个问题的人应该是由发起人承担，而不是普通开发承担。无用的领导只会下达命令，apifox 支持二开 并且做到注释级别的项目 doc 一键生成 另外 team work 下，postman 也需要付费的，免费的 team 共享不能超过 3 人，不需要 team work 那就不存在联不联网的问题了，都是各自为阵想用什么用什么 @i8086

首先抛开国产产品是否值得信任的问题, 你可否知道这家垃圾网站挂过?挂了后老板问你为啥技术部门都在开小差你难道回答你选了一个垃圾网站?

@hash 我遇到过网站挂了的时候，想用的时候没法用

我是之前上了 APIpost 坑，后面发现导出费劲啊。还得用 apifox 转存，一来二去换成 apifox 吧。 😂

另外我再补充一下： "我们的初衷是提升效率" 这可能违背了初衷，因为对后端来说在不变的工作时间内还得加入"到 apifox 上维护接口"这个额外工作。付出的额外成本都够不上提升的"效率"的。 所以我才在前面推荐直接用 swagger ，毕竟跟大部分 web 框架都整合了，声明接口和 dto 的时候也就多一点声明注解的工作，带来的额外成本不太高。 当然如果有更好的工作流可以继续讨论下。

我没记错的话 apifox 好像是可以导入 postman 的，会用 postman 的肯定也会用 apifox ，压根没有什么学习成本，应该是不愿意尝试新事物离开自己的舒适区

牌砸，班尼路

就凭要在线联网，这点大部分人就足够抵触，怎么好意思跟 postman 沾边的