一、前言二、接口文档在线平台1.apizza1.1 文档导出html1.2 导入Postman.json和Swagger.json文件2. YApi2.1 源码开源&免费&支持二次开发2.2 [只能]内网部署2.3 支持自动化测试2.4 支持导入 Postman HAR Swagger JSON2.5 支持导出 html markdown json3. RAP 23.1 导出 Postman Collection3.2 支持 mockjs4. eolinker4.1 功能完善4.2 付费功能三、文档在线平台1. 语雀2. 石墨文档3. Github的wiki四、文件管理平台1. Github五、总结一、前言

作为一个公司的技术部门，就会涉及到一些文档的对接，包括但不仅局限于

需求文档会议记录接口文档切图标注

对接的部门，包括但不仅局限于

前端和后端移动端和后端设计和前端设计和移动端产品经理和开发老板和产品经理

那么，在这些沟通中产生的文档，该怎么保存、归档，该怎么阅读、使用，就成了团队协作提升沟通效率中重要的一个环节。

接下来，我列举了一些工具，供开发人员和项目管理人员选择，根据自己的实际情况选出对应的解决方案。

二、接口文档在线平台

这里处理的问题是前端和后端交互，产生的一些接口文档，这些文档格式统一，但变更很快，并且修改之后看起来并不明显，如果开发团队有异地协作和远程办公，沟通又是个问题。

1.apizza

apizza的定位是api协作管理工具 ，官网地址为

他的首页是这样的

实际使用界面是这样的

emmmm，实际上就是一个线上版本的Postman…

有几个亮点功能，如果你正好需要的话，可以酌情加分~

1.1 文档导出html

导出的样子是这样的

很方便前端和移动端的同学阅读，不知道比那些word文档强到哪里去了~

1.2 导入Postman.json和Swagger.json文件

如果团队内使用了Postman或者Swagger的话，就会让操作更加连贯。

如果可以导出对应的文件就好了~

2. YApi

YApi旨在为开发、产品、测试人员提供更优雅的接口管理服务。可以帮助开发者轻松创建、发布、维护 API

网站上的特性如下

他的界面是这样的

好吧，貌似开源的项目并不是都很好看……

2.1 源码开源&免费&支持二次开发

注意的是，这个项目是开放源代码的，也就意味着更安全，更可维护，你可以直接去反馈bug，让他做的更好。

项目地址为

2.2 [只能]内网部署

项目开源带来的好处就是可以自己部署到内网上，保证数据的安全性。

同时YApi不提供公共的版本供大家注册使用，也就是需要我们自己的团队必须去部署。

2.3 支持自动化测试

2.4 支持导入 Postman HAR Swagger JSON

嗯！

2.5 支持导出 html markdown json

嗯！

3. RAP 2

为什么不是RAP呢，因为”RAP1功能不会再增加啦，新项目推荐使用RAP2哦”~

RAP 2是一个可视化接口管理工具，淘宝团队做的。

RAP1就不看了，直接看RAP2的网站。

经过注册登录，RAP 2的结构更像是Github。

有一个单独的状

态页面展示全网的活跃度，说明你并不孤独。

其中接口的返回值是通过填写对应的数据和规则生成的，而不是复制对应的json，这样做更有利于测试工作。

3.1 导出 Postman Collection

看来大家都习惯于兼容Postman，这也间接说明了Postman这个工具的成功~

3.2 支持 mockjs

mockjs也是淘宝团队做的工具，“生成随机数据，拦截 Ajax 请求”。

4. eolinker

免费使用，API文档管理、自动化测试、开发协作利器

在经历过 注册 -> 验证邮箱 -> 填写问卷 -> 帮助指南 之后，实例项目的接口编辑页面是这样的

从使用者的角度来讲，这个的操作更加便利，虽然也是按Postman的样式去做的~

4.1 功能完善

eolinker是一款完整的商业化的接口管理工具，基本用到的功能，在上面都能找到，并且操作和用户体验做的都不错。

4.2 付费功能

功能完善的代价就意味着，如果你想要使用全部完善的功能，就要付费购买。

并且我们可以通过 来清晰的知道付费版的功能是哪些。

三、文档在线平台

上面的平台的针对性比较高，是专业的做接口文档的，还有一种是只做文档共享的，如果我们的目的是接口文档管理，针对性就会差一些。

1. 语雀

语雀 是蚂蚁金服做的一款文档编辑共享平台。

由于文档是可以全面公开的，所以，给我的感觉更像是简书。 :)

语雀以知识库作为文档的载体，可以选择在线编辑和分享给其他用户，注意是不能导出文件的哦。

如果作为内部工具使用的话，不是很推荐。

2. 石墨文档

石墨文档的侧重点更倾向于大家一起修改文件。

缺点也正是因为大家可以同时修改文件，造成的文件版本混乱。

石墨文档更倾向于存储一些定值的项目资料，而不是注重版本和变更的接口文档。

3. Github的wiki

wiki有天生的优点

和项目绑定，这个项目的文档就写在这个项目的wiki中版本控制和历史回溯，因为和Github一样的管理方式，保证了良好的版本控制

缺点也在于，如果这个文档覆盖了多个项目，就只好单独开一个文档的项目。

四、文件管理平台

1. Github

本文中按范围的涉及越来越广，从局限使用和格式的专业接口管理平台，到限制文字不限制内容的文档管理平台，最终就指向了不限制文件格式的文件管理平台，那么这个非Github莫属了~

我们可以用于管理

代码项目设计师设计和切图各种协议和文档……

限制越少，对应的复杂度也就越多，如果控制的接口文件格式排版不友好，带来的舒适度也会直线下降，不过这些都是没办法的。

五、总结

本文根据专业程度范围，讨论了这类在线管理平台的优缺点，列出了一些行业内常见的工具平台。

工具各种各样，都有自己存在的价值，更重要的是根据我们自己的实际需求，选择最适合自己的产品。

:)