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

8 天前
 CitrusColaYiYi
各位技术大佬们,想和大家探讨一个关于 API 工具选型的问题。

最近公司正在推动团队工具统一,希望用 Apifox 来提升联调的一致性和协作效率。从技术选型的角度看,Apifox 的功能确实很全面,对标 Postman 的同时,还整合了 Mock 、文档、性能测试等能力,并且免费方案也足够慷慨。

但在内部推广时,遇到了一些阻力。许多同事,尤其是开发同学,表示更习惯使用 Postman ,不愿意重新学习和适应一个新工具。

我其实挺理解这种“习惯”的力量,但也想更深入地了解背后的具体原因。所以想来问问大家:

对于个人而言,如果让你从 Postman 切换到一个新的 API 工具,你最大的顾虑或障碍会是什么?是学习成本、数据迁移、用户体验的差异,还是单纯的路径依赖?

对于团队协作而言,除了“习惯”,还有哪些因素会成为迁移的阻力?(例如:历史集合的迁移成本、与现有 CI/CD 的集成、团队内部知识沉淀等)

有没有成功从 Postman 平稳迁移到其他工具(无论是 Apifox 、Bruno 还是其他)的团队?可以分享一下经验和心得吗?

我们的初衷是提升效率,所以很想听听各位的意见和真实案例,这会对我们和有类似困惑的团队有很大帮助。谢谢!
12366 次点击
所在节点    程序员
162 条回复
UnluckyNinja
8 天前
@rbq123456 #36 insomnia 头两年不是因为强制登录使用引发众怒了,有一大批人迁移到 bruno 等离线客户端了
kitrap
8 天前
根本就没换的必要,不是有什么顾虑
fstab
8 天前
国产的 Reqable 也不错,轻便和可离线。
Rache1
8 天前
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
8 天前
@Rache1 另外,postman 最近几个版本还加上了一个 Data Schema 的东西,就是可以为请求参数定义数据类型验证之类的,但是,这玩意儿很 Shit ,因为他没有一个合适的入口,就会导致,你需要它的时候,这玩意儿死活出不来,还有可能,你这里能看到可以定义,但是同事那里就看不到, 然后跟前面说到的 缺少 data structure 一样,这玩意儿没有一个复用的机制,总之就是,难用!!!

https://learning.postman.com/docs/design-apis/collections/overview/
hanxiV2EX
8 天前
曾经叫 postwoman 的是可以自己部署的。
hanxiV2EX
8 天前
tedding
8 天前
@eratpfus7 有工具直接从 swagger 生成类型
ngn999
7 天前
Bruno 是不錯,離線用,又快,只是現在只能走訂閱了?太貴了。

apifox 如果不私有化部署,確實有安全問題。
iseki
7 天前
要不你们看看 stoplight.io 的产品? ApiFox 的 bug 实在是太多了,他们不只是对 OpenAPI Specification 3.x 标准的实现有问题,软件本身的可用性都得打个问号。当然也不是不能理解,国产环境只能产出这样的软件。
iblessyou
7 天前
@Suaxi 我搜的时候也遇到了,当年和 apipost 知乎铺天盖地的推广,还有强制登陆,给我的感觉就是他过于想搞钱,导致我无法信任他。尤其是接口测试会涉及安全性。
suwu
7 天前
不联网不能用,emmmm
samnya
7 天前
虽然我现在主用 apifox ,但最麻烦的一点事有时候我只是想临时调用一个接口当做 curl 用,但 apifox 必须要先创建一个项目才能新建请求,这点很麻烦。
reavid
7 天前
idea 自带的 http client 就够了。
DefoliationM
7 天前
都不用,太难管理了,还不如直接用 swagger 的 Web 页面
pvcxy18
7 天前
@midraos 那成本有点高了,最好能开箱即用
tcper
7 天前
这个帖子估计是 apifox 的营销帖

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

如果这件事你无法通过一个步骤验证,那么就没必要约束,例如用 APIfox 还是 postman ,在 PR/部署/发布任何一个环节都无法验证,这类东西就是不需要约束
cxe2v
7 天前
@030 我看你这上来就开群嘲的也挺那啥的
wupher
7 天前
为什么要统一?

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

多样性才能造就繁荣与创意,统一只会滋生官僚和低效。
kakki
7 天前
不登录就不能用的玩意儿能出来这么多人吹我是没有想到的.

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1159283

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX