Apifox 体验良好且免费，但为什么团队中抛弃 Postman 依旧困难？

还没用过 apifox 。对我个人开发者来说 postman 和 swagger 够用，没有更换的理由

很多时候 swagger （广义上的）就够了，一个是对后端来说绝大多数框架都能在开发接口的时候顺便把文档声明了，额外工作量不大。第二个是现在 Vibe Coding 时代，只要对应的文档写得好，生成出来的 swagger.json 往前端/客户端一丢，对接方拿 AI 就能叭叭把代码 vibe 出来。

swagger 嫌丑的话可以用 redoc 之类的前端，作用就是把 swagger.json 渲染出来。

而 OP 说的"更习惯使用 Postman"可能对他们来说是"需要一个可视化的 curl"，而不是一个完整的管理所有接口的 web 系统。

毕竟每引入一个外部工具，管理/协作起来都会麻烦很多的。

领导强制切换呗，除非他们愿意两个软件都写差不多接口。定个规范的事，例如开发必须为每个接口写几个用例方便测试人员使用（体验后开发和测试少了各种扯皮），例如定义好数据模型并使用（多个接口复用同一份字段定义，这不爽翻），例如开发先定义接口（前端同事直接用 apifox 的 mock ，不用等后端龟速写接口），例如接口标好状态：开发中、已发布、测试中 等等（避免聊天软件催进度）。

每年喊着失业的就是这些，不要尝试理解垃圾的想法

apifox 可以内网离线使用吗，如果不能，那它就算是垃圾，一文不值。

不支持 mqtt 。postman 怎么你了？

@eldenboy 有私有化部署的方案

私有化部署我理解肯定是要付费的.
我就调试一下接口不能登录就不能使用?

而且这玩意儿好像还不是开源的...

有很多替代品，这个时候还用 postman 说明对这份工作是真的没兴趣。

国内做应用，真是恨不得做个计算器也要搞一个登录之后才能使用。

关于这类工具更换的调整动作，只有两种方式有可能成功完成：
1. 强制更换，忽略任何反对意见
2. 大多数人达成共识，逐步替换

2 这种方式要做的事情很多，首先要换位思考一下，换做是你，这种可得的利益/收获不明显（在他们看来），迁移的代价又不小的事情，如果不是你自己推动/有份推动的，你会很情愿去干吗？

所以，在没法强制推行的前提下，领头/推广的人一定要做好布道的工作，让大家理解迁移的好处；然后要建立好方案、HowTo 、Sop 等，降低迁移的麻烦程度，减少大家对这件事情的反感；甚至还可以通过人际关系来拉拢，等大多数人都接受并且执行了，这件事情也就差不多完成了。

postman 有时候需要科学网好麻烦，apifox 这公司广州的，操作确实符合国人习惯很花俏，但总感觉隐私有风险

postman 切 apifox 应该没啥学习成本吧 界面操作基本上都差不多的
这都不愿意转...

这就不得不自荐下了
EasyPostman 致力于为开发者提供媲美 Postman 的本地 API 调试体验，并集成简易版 JMeter 的批量请求与压力测试能力。项目采用 Java Swing 技术栈，支持跨平台运行，无需联网即可使用，保护您的接口数据隐私。
Git 集成 - 支持 commit 、push 、pull 等版本控制操作
GitHub: https://github.com/lakernote/easy-postman
Gitee: https://gitee.com/lakernote/easy-postman
安装包下载地址: https://gitee.com/lakernote/easy-postman/releases
Mac(M 芯): EasyPostman-最新版本.dmg
Windows: EasyPostman-最新版本.msi

团队规范是要领导强推的
没领导权力不要搞这些事

身为前端开发我是比较推荐 apifox 的，因为可以自动生成 typescript interface ，能直接复制代码很不错

信任国产软件?

1 、缺点是必须联网，Apifox 也是。
2 、同行（国内、境外）都在用示例都是给 Postman 集合。

来公司推销过，也当面问过很多使用上的细节。确实做的还不错，功能也很全。但是团队内的小伙伴表示更愿意用本地单机版本的软件，加上现在 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 沾边的

我们用 apifox ，因为都是理解了需求后定的接口，前后端同时开发，一般不是很复杂的需求基本不用改，复杂需求可能后端会对接口做一定需改，但很少，这样前端不必等后端的接口就能测试

看上面那么多推荐，我也来推荐一个：Bruno

4 个字，人微言轻

因为需要联网啊 之前 apifox 突然连不上 你不知道那天我开发要找之前的接口多困难。。。

@dule #29 postman 不也要在线联网登录？两个都是垃圾

@SilentOrFight 没有吧，postman 用那个 collection 要登录，正常普通测试不需要吧。

apifox 和 postman 都要联网，真尼玛恶心。所以我选开源的 insomnia

好像要注册登录才能使用，不考虑。

如果我没记错的话，Apifox 刚出来的时候，这家公司买了 seo 的那个什么关键词（记不太清了），具体体现就是你在搜索引擎搜 swagger/postman ，搜索结果的第一个词条是 Apifox ，并不是你搜的那个

ps：刚试了下 bing 国内版

用过 Postman ，然后公司禁用后转用 Apipost 、Apifox
但是接口和项目一多，打开就巨慢，还涉及到信息安全问题（不登录账号就用不了）
之后就用 Reqable 了，软件秒开秒关，基本没看到过加载页面，吊着其他打，还不用登录注册

@lakernote 这个真的太丑了, 一点下载的兴致都没(好像不是很友好, 但是界面的确不好看)

@canteon #35 早就改成强制登录了，要么用老版本要么用开源的其他替代品。。。

apifox 太卡了
一个为了提高效率的工具很卡
这是无法接受的
让 AI 来写一个类似的工具 也不会如此之卡

刚下载 Apifox ，有个离线空间，可以不用登录。

@wind1986 说的是实话啊，界面是不好看，我后端开发没什么审美，但是我的准则也是简单，不想搞那么中，界面等一个有缘人优化，

apifox 问题比较多

卡顿，内存溢出，需要联网，他们的产品还不稳定，出现过好几次他们的服务器挂了，导致我们看不了接口文档

GitHub: https://github.com/lakernote/easy-postman
Gitee: https://gitee.com/lakernote/easy-postman
缺点：只支持 Http websocket sse 协议，界面丑
优点：无需登录，本地 App ，集成 Git ，跨平台，没有私活

这种工具永远架不住有猪队友把生产的 token 等敏感信息放进去，肯定要用本地化的。
https://www.postman.com/trust/security/ postman 的安全都做到这个程度了，你搜漏洞和安全事件还是有，更何况官网连安全策略都没披露的，攻击者的最爱。

不如考虑下这个替代品

https://www.runapi.com.cn/

可以内网离线使用。部署到服务端到内网即可

我之前做接口自动化测试的时候做过调研
《真心求问，Paw 比 Postman 好在哪里？有什么决定性的区别嘛》 t/834077#reply115

回到你的问题，不愿意迁移还是没有足够的优势。
“对标 Postman 的同时，还整合了 Mock 、文档、性能测试等能力”，看似很强，但其实并不是 1+1 就>=2.那不然我把各种功能融一起，不就最强了？
就说 mock ，先不说实际开发过程中 mock 真正的作用有多大，很多时候业务系统复杂，不仅仅是配置个 url mock 掉就行，系统内部调研都是 rpc ，需要 mock 标识往下传，一整套 mock 。这就不得不需要一套 mock 系统，这时候 apifox 单薄的 mock 功能没啥用。
性能测试也是一样的，各种场景，发压机调度，你要 1w 甚至 100w qps 的时候 apifox 不够看。

直接强制规范, 每个人都有自己的想法, 很难统一的

费用问题，除非公司愿意掏钱部署私有版 apifox ，否则不建议推广团队使用。遇到过两次，apifox 宕机一个下午。有时宕机大半天。然后完全用不了，简直是灾难

@shuimugan +1 Postman 其实做了很多事情，就一个 Secret Scanner 很多平台都没做。

@lakernote
加个星星
喜欢这种简洁，已下载使用

postman 官网可以看到很多别人测试的接口

@lakernote 不支持 linux 吗

小小创业公司，使用 apifox 快 4 年了，除了写接口定义，他还能之间在线发布接口文档。只是偶尔会挂掉。反正也免费用着还行。

如果你是领导， 你直接下达要求。
如果你是核心开发者，希望推这个，找你们领导，下达这个要求。

这个玩意没啥好说的，你再好就是有人不想换，团队中这种事情需要强制。
如图代码缩进是 2 空格还是 4 空格，永远达不成一致的，所以直接就是团队规范使用 2 空格，团队规定 api 工具使用 Apifox 。

本质上是两者不同工具，postman 专门做请求发送的，同步和协作功能不是主要的，如果你想和团队内部人员同步接口，那么登录也是必须的（有一段时间我记得也是强制登录）或者你通过文件分享，另外 postman 也不开源
但是 postman 的各种细节做的非常好，这是我无法放弃 postman 的原因，例如它的 console ，多种协议支持，脚本支持
UIUX 优秀，还有很多功能你需要但是其他平台就是没有
而 apifox 这类工具则更偏向工作协同，版本历史，权限管理，这些功能导致它必须登录，而且私有化部署付费
结合自己的实际情况，它们也不是说不能同时使用的


还有一些开源的类似 apifox 这种的工具，但是一般功能简陋

#49 压测接 mock ？那压测的意义是啥？是压测 apifox 的 mock 性能？那这个玩意过了压测能证明实际系统的性能么？

我用 Insomnia 我只需要用基础功能 postman 已经太重了

apifox 的搜索字段好难用啊

虽然我也用 Apifox ，但是为什么要用 Apifox 替换 Postman ？大家都是程序员了，连这点自由都理解不了？除非你们团队有 postman 做不到的地方，否则你为什么管别人用什么？另外既然你们公司推动团队工具统一了，电脑统一了吗？ ide 统一了吗？

@IIce 支持 java 开发的，但是要到 linux 上自己打包，我是 mac 和 win 我会找机器打

@SilentOrFight 我最近才下载的，不登录可以使用，不登录不好找。我一直用自己写的 curl

postman 和 apifox 两个都用，不讨论 切换的目的
postman 到底比 apifox 好在哪
要说慢 postman 比 apifox 更慢，而且也是出了名的慢，不光网慢，软件本身也很慢

对于很多小团队，用 apifox 替代口口相传已经是很大的进步了

对于小团队来说，apifox 自动生成的在线文档实在是太方便了
就这一个功能都值得替换了

我用 Hoppscotch 之前用的 apifox 不是很好用。

apifox 确实很好，但是我就怕他哪天开始割韭菜，现在用的也是提心吊胆，另外 apifox 没外网的时候是用不了的，postman 可以用有 offline 模式。

调 API 的工具还要联网就很恶心，就像某些本地就能用的工具还要登录才能用一样。

apifox 这斯有个很恶心的操作，每次登陆都会自动加系统启动项，有人告诉我在关吗？每次打开都会自动添加

@jiayouzl 同样用的 hoppscotch
主要就是为了接口可以在线协同，但是很难受的一点就是不支持用户名密码登录，只能绑定 github 了

代码能跑为什么要动?
动了能带来百分之多少的性能提升?
更别说这还是个国产软件.

postman 云同步目前使用挺好的, apifox 好像有限制

我连 postman 都不用(太重量了, 还要登陆啥的), 只用 curl

这玩意共享是挺方便，但是每次都联网非常恶心，内网调试太麻烦了

我看到要我注册我就不想用

@lakernote #15 这界面一股 Java 风，拉到上面一看，果然

Apifox 有黑名单审查的，之前写一个网站爬虫用它调试接口一直获取不到数据，查了半天才发现是被 Apifox 屏蔽了。

尽量避开付费版不明码标价而是需要咨询的服务提供商

存在数据安全问题，公司的安全软件拦截过 N 次 Apifox 的记录

@rbq123456 #36 insomnia 头两年不是因为强制登录使用引发众怒了，有一大批人迁移到 bruno 等离线客户端了

根本就没换的必要，不是有什么顾虑

国产的 Reqable 也不错，轻便和可离线。

Postman 没有 data structure ，定义/修改重复结构好麻烦

还有那个声明响应的，只有保存 example 才行，然后再在上面添加注释。

JSON API 的请求参数定义，只支持 JSONC ，也就比普通的 JSON 多了个 Comment 能力（尾逗号都不支持），描述能力很有限，很多东西都要靠添加单独的 example ，不像其他一些 API 工具，可以定义结构化的请求参数/响应，还可以添加一些结构化的说明，Postman 就只能在 Document 页面自由发挥。

添加参数说明这些，就更不用说了， 很不直观，不过好在现在 AI 方便，我都是把响应给 AI ，让 AI 生成 MD 表格，添加到那个 Document 页面。

说到 Document ，那个 Document 的编辑器，简直一坨，难用的要死，偶尔在编辑模式粘贴进去的东西，切换到预览模式，再切回编辑模式的时候，它就自动加上了一些特别的样式。

然后就是 Postman 的卡、和有时候 API 不能加载，必须要重启，很烦。

还有最近一个项目因为用到了 cookie ，在 postman 里面需要获取 cookie ，而他们把旧的一些 cookie api 标记成了遗弃，又新加了一个 cookie api ，本着标记遗弃的后面肯定不能用了的原则，就选用了新的 API ，结果，估计是因为一些安全策略，新的这个 API ，如果需要访问 Cookie ，还需要先去 Cookie 设置面，手动把域名加入到那个名单里面，才能操作。


不过 Postman 也有好的地方，比如他那可视化响应(visualizer)，目前用起来还不错，以前没用有过是因为用起来麻烦，现在有 AI ，把响应给 AI ，就能让他生成一个可视化的响应，这样看数据比单看 JSON 要直观一些，尤其是图片之类的，但是这玩意儿，又有很严格 CSP 规则，而且无法配置，只能用来做一些简单的渲染，稍微复杂的就不行，iframe/download 这些都不支持，就很烦。


还有他那个代码片段，每个 team 里面可以定义一个代码包（类似于 npm 包的样子，限定 3 个 不同的付费版本会有差异），有独立的命名空间，用来定义一些会在 script 种用到的重复方法，在需要的时候 require 进来，然而，不知道什么原因，这个玩意儿在我这里，老是会出现加载不到的情况，提示 module 不存在

还有那个 Postman 的搜索，简直 Shit

@Rache1 另外，postman 最近几个版本还加上了一个 Data Schema 的东西，就是可以为请求参数定义数据类型验证之类的，但是，这玩意儿很 Shit ，因为他没有一个合适的入口，就会导致，你需要它的时候，这玩意儿死活出不来，还有可能，你这里能看到可以定义，但是同事那里就看不到， 然后跟前面说到的 缺少 data structure 一样，这玩意儿没有一个复用的机制，总之就是，难用！！！

https://learning.postman.com/docs/design-apis/collections/overview/

曾经叫 postwoman 的是可以自己部署的。

@hanxiV2EX https://docs.hoppscotch.io/documentation/self-host/getting-started

@eratpfus7 有工具直接从 swagger 生成类型

Bruno 是不，用，又快，只是在只能走了？太了。

apifox 如果不私有化部署，有安全。

要不你们看看 stoplight.io 的产品？ ApiFox 的 bug 实在是太多了，他们不只是对 OpenAPI Specification 3.x 标准的实现有问题，软件本身的可用性都得打个问号。当然也不是不能理解，国产环境只能产出这样的软件。

@Suaxi 我搜的时候也遇到了，当年和 apipost 知乎铺天盖地的推广，还有强制登陆，给我的感觉就是他过于想搞钱，导致我无法信任他。尤其是接口测试会涉及安全性。

不联网不能用,emmmm

虽然我现在主用 apifox ，但最麻烦的一点事有时候我只是想临时调用一个接口当做 curl 用，但 apifox 必须要先创建一个项目才能新建请求，这点很麻烦。

idea 自带的 http client 就够了。

都不用，太难管理了，还不如直接用 swagger 的 Web 页面

@midraos 那成本有点高了，最好能开箱即用

这个帖子估计是 apifox 的营销帖

如果是真的，那么告诉大家一个原则，一切可以验证的可以约束，意思就是可以通过 git hook ，CI/CD, e2e 验证的才需要约束，比如语法风格、IDE 、业务逻辑等等

如果这件事你无法通过一个步骤验证，那么就没必要约束，例如用 APIfox 还是 postman ，在 PR/部署/发布任何一个环节都无法验证，这类东西就是不需要约束

@030 我看你这上来就开群嘲的也挺那啥的

为什么要统一？

让程序员探索自己熟悉的，擅长的工具，保持高效不好么？

多样性才能造就繁荣与创意，统一只会滋生官僚和低效。

不登录就不能用的玩意儿能出来这么多人吹我是没有想到的.