前后端分离必备的接口规范
随着互联网的高速发展,前端页面的展示、交互体验越来越灵活、炫丽,响应体验也要求越来越高,后端服务的高并发、高可
用、高性能、高扩展等特性的要求也愈加苛刻,从而导致前后端研发各自专注于自己擅长的领域深耕细作。
然而带来的另一个问题:前后端的对接界面双方却关注甚少,没有任何接口约定规范情况下各自开发,导致我们在产品项目开发过
程中,前后端的接口联调对接
工作量占比在30%-50%左右,甚�会更高。往往前后端接口联调对接及系统间的联调对接都是整个产品项目研发的软肋。本
文的主要初衷就是规范约定先行,尽量避免沟通联调产生的不必要的问题,让大家身心愉快地专注于各自擅长的领域。
目前现有前后端开发模式
:
“
后端为主的MVC时代
”
,
如下图所示:
后端为主的MVC时代
代码可维护性得到明显好转,MVC 是个非常好的协作模式,从架构层面让开发者懂得什么代码应该写在什么地方。为了让 View层更简
单干脆,还可以选择 Velocity、Freemaker 等模板,使得模板里写不了 Java 代码。看起来是功能变弱了,但正是这种限 制使得前后端
分工更清晰。然而依旧并不是那么清晰,这个阶段的典型问题是:
1.
前端开发重度依赖开发环境,开发效率低。
这种架构下,前后端协作有两种模式:
一
种是前端写demo,写好后,让后端去套模板。淘
宝早期包括现在依旧有大量业务线是这种模式。
好处很明显,demo 可以本地开发,很高效。