过程

在这个阶段, 一般普遍存在的问题产生是跨域问题, 一些后端不愿意做这个事.

再就是接口传值沟通. 不知道是参数错误还是代码逻辑错误.

如果这时候运气比较好, 接口文档已经有了, 那么前端会在文档里找接口, 不过很多情况文档都不能快速的找到对应的接口, 找到了则要反复核对参数是否是自己传错了.

如果没有传错, 那么会通过与后端反复沟通, 截图说明, 甚至当面查看请求和响应. 好不容易确认问题, 如果是接口的问题, 后端在修改接口时, 会经常让前端再试一下, 如果再出错, 又进入反复沟通, 截图说明...

其实解决这些问题没必要这么繁琐, 使用 mockm, 会自动校验参数, 并携带入参出参生成调试链接, 自动查找接口对应的文档以及该接口对应的 swagger 调试窗口. 丢给后端一条链接即可解决无效的沟通.

如果联调的时候后端服务器罢工了, 前端通常也会受到牵连, 如果这时候遇到要演示, 没有数据, 连页面都打不开了.

使用 mockm, 本地不但会存在你创造的接口, 还会存储后端的请求记录. 如果后端服务器无法使用, 可以选择自动从历史记录或自建接口中返回响应, 这就不会存在页面没有数据的情况了.

在需要远程协作的情况下, 可以开启 mockm 的远程模式, 这样会自动把调试链接映射在公网上, 就能前后端远程联调了.