对前后端分离研究了一段韶光，恰逢公司有一个大项目决定考试测验利用前后端分离模式进行，便参与个中。该项目从2016年初立项至今，安全稳稳得度过，但也呈现出越来越多的问题，绝对不是说前后端分离模式不好，而是很多公司在考试测验前后端分离的时候没有做好充分得准备。
网上对前后端分离先容的文章已经习认为常，接下来本人用一点粗浅的言语也谈谈这块，献丑了。
为什么要分离？
如果只问“前后端分离的意义大么？”这是废话，由于从软件架构的角度 Web 的前后端从一开始不就一贯是分离的么，而且 browser、server 可能将永久分离下去。
为了理解这个问题，我们有必要先理解一下 Web的研发模式演化，关于这个题材，下面这篇博文说得不错，这边就不做搬运工了。
https://github.com/lifesinger/blog/issues/184
我们不能“为了分离而分离”，而该当“为了真正理解web开拓、为了更好完成需求而分离”。
前后端分离的误区？
1、前端职员配备是否充足？
由于所在公司以往项目采取传统开拓风格，即往后端MVC为主的开拓模式，前端职员仅仅供应静态html页面，别的事情皆由后端开拓职员完成。采取前后端分离模式可以减后台包袱，加快研发效率，当然，条件是前端能做好的话。以往只须要供应静态页面的前端职员，在前后端分离模式中要卖力项目的view+controller部分，即除了静态页面，还须要卖力页面的所有交互代码、以及nodejs与视图层以及后端API的交互事情，无疑增加了前端职员的学习本钱，在没有足够知识和人才储备的情形下，只能让前端职员加班加点。结果是大量前端职员离职（PS：做这么多事，人为总得加吧！
）
2、前后端职责分配？
很多公司认为采取前后端分离之后，前后端只须要通过指定API进行交互即可，前端卖力页面渲染，Nodejs卖力路由分配，后端供应API。忽略了大量关键事情，职责分配和细节处理没有相应文档规定，缓存机制、图片上传下载、数据校验、措辞国际化等等并没有出具相应信息。其余，大量忽略了nodejs层的浸染，仅仅把nodejs当成一个路由中转，这一方面也是对nodejs技能的不熟习导致的，实在nodejs能卖力很多事，除了繁芜业务逻辑处理和数据操作由Java 卖力，大量事情完备可以在nodejs层处理。（PS：还是根本不足导致的！
）
3、后端API是否Restful风格？
很多公司采取了前后端分离模式后，后端API仍旧采取以往的传统风格，这是不合理的，Restful风格的API该当是前后端分离的最佳实践。ResultFul推举每个URL能操作详细的资源,而且能准确描述做事器对资源的处理动作，常日做事器对资源支持get/post/put/delete/等，用来实现资源的增编削查。前后端分离的话，这些api-url是对接的桥梁，采取resultFul接口地址含义才更清晰、见名知意。（PS：用了Spring4.x 竟然还不用rest风格，说不过去啊）
4、前后端协作模式？
前后端分离后，无论是API接口的对接还是测试事情，都涉及到前后端职员的沟通，很多公司采取前后端分离后，前后端协作模式合营力度底，相互等待，开拓效率低下，反而不如传统的开拓模式。例如：当后端 API 没有编写完成时，前端无法进行调试，这就导致了前端会被后端壅塞的情形。实在像这种相互等待的模式须要改进， Mock Server 可能可以办理一些问题。
如何前后端分离？
怎么做前后端分离？大方向便是
后端专注于：后端掌握层（Restful API） & 做事层 & 数据访问层；
前端专注于：前端掌握层（Nodejs） & 视图层
本人认为的前后端分离模式该当是这样，当然这不一定精确：
1、项目设计阶段，前后端架构卖力人将项目整体进行剖析，谈论并确定API风格、职责分配、开拓帮忙模式，确定职员配备；设计确定后，前后端职员共同制订开拓接口。
2、项目开拓阶段，前后端分离是各自分工，协同敏捷开拓，后端供应Restful API，并给出详细文档解释，前端职员进行页面渲染前台的任务是发送API请(GET,PUT,POST,DELETE等)获取数据（json，xml）后渲染页面。
3、项目测试阶段，API完成之前，前端职员会利用mock server进行仿照测试，后端职员采取junit进行API单元测试，不用相互等待；API完成之后，前后端再对接测试一下就可以了，当然并不是所有的接口都可以提前定义，有一些是在开拓过程中进行调度的。
4、项目支配阶段，利用nginx 做反向代理，即Java + nodejs + nginx 办法进行。
编后语
从经典的JSP+Servlet+JavaBean的MVC时期，到SSM（Spring + SpringMVC + Mybatis）和SSH（Spring + Struts + Hibernate）的Java 框架时期，再到前端框架（KnockoutJS、AngularJS、vueJS、ReactJS）为主的MV时期，然后是Nodejs引领的全栈时期，技能和架构一贯都在进步。虽然“基于NodeJS的全栈式开拓”模式很让人愉快，但是把基于Node的全栈开拓变成一个稳定，让大家都能接管的东西还有很多路要走。创新之路不会止步，无论是前后端分离模式还是其他模式，都是为了更方便得办理需求，但它们都只是一个“中转站”。
走过的“中转站”可能越来越多，但是不要渐行渐远才是。
