接口调试（上）—— 前后端分离之痛

楔子

“你把代码提交一下，我更新一下试试”
。。。
“你再更新一下，看看可以了不？什么，结果没出来？连我这边试一下”
。。。
“擦，你这个参数值大小写错了”
前后端联调中经常发生类似的对话。

趋势

web技术发展到了今天，全栈开发的模式逐渐被前后端分离的开发模式所取代。
从市场角度来说前端知识的快速增长，使得全栈开发人员需要掌握更多的技能和知识，也需要投入更多的精力。从而优秀的全栈变得更少，更难满足市场的需求。前后端分离让前端技术变得更专业化，也减轻后端开发压力。
从技术上来说，低耦合，模块化是代码开发的理想状态，前后端分离更有利于这一目标的实现，为以后的维护降低了成本。
从行业上来说，一般一个行业，发展越成熟，分工就越精细。
js全栈也是我所看好的，用一种语言解决前后端开发，降低了开发人员门槛。有兴趣可以看一下这些优秀的项目

问题

前后端分离似乎很美好，让前后端开发人员专注自己的技术和业务知识，但产品最终要上线，最终是要合在一起的，要保证前后端开发的代码能完美的契合，只能进行接口调试了。
怎么能保证两边开发的东西能接合在一起呢？嗯，是有接口文档这么个东西。之所以说“有这么个东西”，是因为它仅仅是一个文档，常常出现更新不及时、双方都与文档出现偏差的现象。
有没有办法解决接口的问题？看完了破狼关于swagger的介绍，以及martin fowler关于契约测试的介绍，解决方法和工具都已具备，所以解决方案应该还是存在的。

阅读链接

接口调试（中）—— 解决方案构想

一部由众多技术专家推荐，帮你成为具有全面能力和全局视野工程师的进阶利器—— 《了不起的JavaScript工程师》出版了！点击下方链接即刻踏上进阶之路！