程序员最讨厌的两件事:1. 写文档,2. 别人不写文档。大多数开发人员不愿意写 API 文档的原因:
写文档短期收益远低于付出的成本
,然而并不是所有人都能够坚持做有长期收益
的事情的。你因为写文档而耽误了当前项目进度,老板会直接找你麻烦;但是因为没写文档而带来的长期收益低,老板是看不见的。这就是现实,让人去做违反人性的事情是非常困难的。
作为一个前后端分离模式开发的团队,我们经常会看到这样的场景:前端开发和后端开发在一起热烈的讨论“你这接口参数怎么又变了?”,“接口怎么又不通了?”,“稍等,我调试下”,“你再试试..."。
那能不能写好接口文档,大家都按文档来开发?很难,因为写文档、维护文档比较麻烦,而且费时,还会经常出现 API 更新了,但文档还是旧的,各种同步不一致的情况,从而耽搁彼此的时间。
之前我们团队也遇到了同样的问题,那么作为研发团队的负责人,我是如何带领团队解决这个问题的呢?
方法其实很简单,如果能做到让写文档 /维护文档这件事情的短期收益
就能远高于付出的成本
,那么所有问题都能迎刃而解,开发人员就会非常乐意去写接口文档。
要做到写文档和及时维护文档的短期收益
就能远高于付出的成本
,无非两个方向:
鉴于此,我们设想如果有一款工具做到以下这些是不是就非常爽了?
完全可视化
的界面来编写文档,并且是零学习成本,新人 一来就能上手。自动 mock
出数据,而无需 前端开发 再写mock
规则。Postman
上调试;接口如有变化,调试的时候就自动更新了文档,零成本的保障了接口维护的及时性。接口用例
。接口用例
测试接口。JMeter
一样在直接在上面测试。数据模型
代码。总结下来,我们需要的就是这么一款工具:
通过一套系统、一份数据,解决多个系统之间的数据同步问题。只要定义好接口文档,接口调试、数据 Mock 、接口测试就可以直接使用,无需再次定义;接口文档和接口开发调试使用同一个工具,接口调试完成后即可保证和接口文档定义完全一致。高效、及时、准确!
为此,我们几乎尝遍了市面上所有相关的工具,但是很遗憾,没有找到合适的。
于是,我们自己实现了一个Postman + Swagger + RAP + JMeter
这个工具就是 Apifox
,经常很长一段时间不断更新迭代后,我们基本上完全实现了最初的设想,几乎完美解决了最开始遇到的所有问题,在公司内部大受欢迎。并且也形成了我们自己的最佳实践。
接口文档
初稿。接口文档
,定好接口用例
。Mock 数据
进入开发。接口用例
调试开发中接口,系统根据接口文档的定义自动校验
返回的数据是否正确,只要所有接口用例调试通过,接口就开发完成了。集合测试
功能进行多接口集成测试,完整测试整个接口调用流程。Mock 数据
切换到正式数据
,联调通常都会非常顺利,因为前后端双方都完全遵守了接口定义的规范。没错,现在我们已经将Apifox
产品化对外服务了,你们团队也可以直接使用Apifox
了。
官网:apifox.cn
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.