基于API的前后台分离开发,帮助我们解决了前后台分工与通信的问题。
但是仍然有一些问题:
1.前台开发受限于后台开发的速度
2.后台提供给前台的接口缺字段,时常需要联调
3.Swagger API书写起来非常麻烦,维护也不容易
so so so,我们引进了一个Mock Server来取代之前的API。
Mock Server是一个响应请求,并且根据接口返回数据的服务器。它的特点在于快速搭建,1~2天之内可以模拟出中小型项目的所有接口。
我们这次Mock Server选用的是RAP,上手视频在http://thx.github.io/RAP/study.html
基于Mock Server开发的好处:
对于前端来讲,可以独立于后端进行开发。
对于后端来讲,根据前端定义的接口进行开发,减少联调次数。而且再也不写接口文档了!!!
职责分配:
前端:搭建Mock Server,定义接口字段,向后台指派接口任务
后端:根据Mock Server定义的字段,开发接口,即时沟通接口问题
FAQ:
Q:Swagger虽然很难写,但它写完以后可以当接口测试用。以后不写Swagger,怎么测试后台接口?
A:用Postman做测试,把测试保存到Collections里去,日后可以批量测试。