为什么做贱本身非得实现先后端分离，浅谈一下其必要性。

关于先后端分离也会有人提出异议，大体分为一下三种观点：

(1)人员问题

你们本身留意一下宣传这种架构的是什么级别的公司，中小型公司通常没有这样的前端资源来支撑这样的架构。若是强推这样的分离架构会致使一个后果，后端被硬逼着去学vue.js，node.js这些，白白增长后端的负担。最后处理很差，会出现一个后端纷纷离职的场面。

(2) 产品迭代周期问题

中小型软件公司，通常须要一个比较快的软件迭代周期。采用分离架构，增长了一个接口制定流程和先后端联调流程。从本质上来讲，放慢了迭代周期。

(3) 前端须要学习业务

原本前端只须要掌管视觉交互的部分。如今由于controller层也归前端管了，前端必须对公司的业务流程有深刻的了解，才能准确的写出显示逻辑。不过这样会让后端以为，前端夺权，前端在混KPI。前端也必需要去学无聊的业务，不过正所谓有得必有失，前端所以也可以站稳脚跟。或许正是由于先后端分离架构的出现，前端能够朝着架构师进军吧。

提出我的观点：

关于有人提出，采用vue等等，会平添增长迭代周期，原有的全栈技术不能体现出优点，接口定制调试变慢。表面一看的确有道理，可是这种模式的出现偏偏能够避免周期时间的把控，任何一个项目，特比是小的项目，周期之因此慢，最大缘由都是由于不规范！先后端分离的思想则是提出自由制定规范。全栈的意义就在于这里，是为了生产有效代码，而不是市面上快速迭代的烂尾楼。

小农我坚定以为分离后好固然缘由不少了，好比说：采用node模板引擎等提升响应速度了，有中间层内网直接处理数据，减小先后端压力提升性能了，还有最最重要的适配性的提高，pc端、mobile、app端采用一致逻辑代码，极大减小服务器压力，减小工程量。还以为debugger起来也具备优点，固然有异议。

话说最初工做的时候，全部企业都乐于采用什么PHP，JSP，ASP等等。因而在里面摸爬滚打了多年。

时代在进步，技术在更新这是必然的，这都不是重点，重点是思想的改变。自从mvc模式一出，不管什么技术都是为了适应它，优化它而已，仅此而已。

给出预言：不出三五年，将不只仅有后端架构师，前端也会有架构师职位的出现。