转载

[未完待续] 前后端分离之设想

关于「前后端分离」，这个概念已经出来好几年了，国内外有很多公司和产品采取了这种方式。这是一种在我看来较为先进的开发方式，它改变的不仅仅是一个 web 应用的系统架构，还有 web 工程师之间的协作方式，对「前端工程师」这个职业的发展产生了很大的影响。

我所理解的「前后端分离」，在之前写的文章中有提到——

「前端」和「后端」并不应该用设备、平台来划分，而应以关注点和职责来划分——与人机交互及数据展现相关的都算是「前端」，即 Controller 层和 View 层；与业务逻辑及数据存储相关的都算是「后端」，即 Model 层。

如果这种划分方式真的成为主流，如今的「前端工程师」将会脱胎换骨，成为类似于客户端工程师的存在。至于为什么不是成为「客户端工程师」的一个细分职业，是因为网页毕竟不是直接运行在操作系统上，而是在其他的应用软件当中。

为什么要变

我们想做前后端分离的原因有很多，但这毕竟是前端团队发起的，要想在整个开发团队中推动并获得后端开发人员乃至上级的认同，必须得举着「大义」的旗帜。

应变迟钝

作为一家电商行业的互联网公司，活动相关的需求总是源源不断的。虽然已经有个叫做「简易活动模板」的能够让运营童鞋自己动手创建活动页的系统，但设计师的思维是活跃的，不一定什么时候脑子突然「噼咔噼咔」一下就想出了一堆「好玩儿」的点子，设计出单凭那「简易」的模板系统已经无法满足的页面。这时，就得人肉切图了。

[未完待续] 前后端分离之设想

切图没关系，切就切呗！只要不考虑 SEO 问题，祭出我们前端的绝技「三刀切」大法，三下五除二就切好一个页面。然而，现在很多活动页是内嵌在 APP 中的，需要读取一些后端数据，这就要有后端开发人员进行配合了。两个人吭哧吭哧好不容易联调结束，走一遍 Git Flow 流程将代码合并进 master 分支后让后端开发人员通过发布系统部署到线上。

没过多久，也许是几分钟，没准是几小时，有可能是几天，运营童鞋悄悄地来到身边静静地蹲下，很有礼貌地开口了：「＊＊需要小小地调整一下，这个地方没多少改动，应该很快能改好（上线）吧？」可是，他们所得到的回复基本是：「这个得跟今天晚上的发布一起上线。」在听到这句话后，我能想象得出他们的表情——

[未完待续] 前后端分离之设想