Apipost 和 Apifox对比，一篇文章几句话就能说明白！

网上关于Apipost和Apifox两个产品的对比文章有不少，然而真正有参考的价值并不多。公司采购的时候我跟两家公司的产品和销售有过深度接触，谈谈我调研的结果，希望对大家有借鉴参考价值。（对比干货，希望你们看完后不要再看那些水文了，没意义。。。）

产品功能：后端核心用什么功能？不要做一一堆无关紧要的

关于API管理工具，无论是对企业还是对个人来说， 核心需求都是API文档管理和调试。所以今天这篇文字就主要围绕这两个功能展开聊聊这两个产品。

目前来看，这两个产品功能都挺多，相比，个人感觉APIfox比Apipost更复杂。

关于API调试，肯定是支持的协议越多越好，因为保不齐什么业务要用到那些不常用的协议，在这点上虽然两家协议看着都差不多，不分伯仲，但是在协议上支持的深度上，Apipost要比Apifox强，为什么这么说呢？举例：

1. websocket支持message消息分组

这个很实用，只有一个消息框根本就不够用，这点给Apipost点个赞！

2. socket.io支持事件监听和命名空间管理

Apipost支持，这个很实用。

所以注重这个产品主要是给后端开发者用，后端开发者最注重的是什么？是调试，这点很重要，只要把调试的这块细节做好，才是王道。其他加太多都是自己在yy。

其他的功能说实话开发者用的很少，但你说不做也可以是不对的，有更好，但不要把重心放在无关的细节打磨上，然后增加很多基本很少用的功能。

提效能力

作为后端，分享文档给前端我的要求是：要快，不要浪费我两三步的时间。

举个例子：除了调试，后端用的最多的可能是分享文档给前端，很简单。Apifox要点七八下才能分享出去，这一点在我看来，并不符合工具提升高效的本质。

这点上，Apipost做得就不错。文档分享按钮就放在旁边，不需要鼠标移来移去，点一下立刻就能分享出来，也不需要乱七八糟的点好几步。

点击两下就能分享，不耽误我写代码的时间（下图）。

总结：给谁用，重点用什么功能？

所以，任何个工具的设计，希望不要yy，不要忘记工具的本质是提高效率，而不是增加烦恼。