先后端分离之设想

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

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

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

若是这种划分方式真的成为主流，现在的「前端工程师」将会脱胎换骨，成为相似于客户端工程师的存在。至于为何不是成为「客户端工程师」的一个细分职业，是由于网页毕竟不是直接运行在操做系统上，而是在其余的应用软件当中。

咱们想作先后端分离的缘由有不少，但这毕竟是前端团队发起的，要想在整个开发团队中推进并得到后端开发人员乃至上级的认同，必须得举着「大义」的旗帜。

做为一家电商行业的互联网公司，活动相关的需求老是源源不断的。虽然已经有个叫作「简易活动模板」的可以让运营童鞋本身动手建立活动页的系统，但设计师的思惟是活跃的，不必定何时脑子忽然「噼咔噼咔」一下就想出了一堆「好玩儿」的点子，设计出单凭那「简易」的模板系统已经没法知足的页面。这时，就得人肉切图了。

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

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

请到欧雷流的《先后端分离之设想》去看他们的表情以及后文～ ;-)