Web 开发前后端分离的前世今生

(1)以前刀耕火种的年代，大多数项目 java 程序员既要处理前端(ajax/jquery/js/html/css等)，又要处理后端(java/mysql/oracle等)，负担比较重。以 JSP/Servlet 为例，前端工程师做好 HTML 后，需要由后端的 java 工程师来将 HTML 修改成 jsp 页面，页面中充斥着标签、java 表达式和html 代码，比较混乱，而且修改问题需要双方协同开发，效率低下。 从请求方式来看，旧方式是这样的: a.客户端请求 b.服务端的 servlet 或 controller 接收请求（路由规则由后端制定，整个项目开发的权重大部分在后端） c.调用 service，dao 代码完成业务逻辑 d.返回 jsp e.jsp 展现一些动态的代码 现在前后端的界限分开之后，请求方式是这样的： a.浏览器发送请求 b.直接到达 html 页面（路由规则由前端制定，整个项目开发的权重前移） c.html 页面负责调用服务端接口产生数据（通过ajax等等，后台返回 json 格式数据） d.填充 html，展现动态效果，在页面上进行解析并操作DOM。 现在很多公司都已经不使用JSP，让前端工程师只需要负责前端工作，后端工程师只需要负责后端工作。 (2)前后端分离好处多多，列几个重要的点说说: a.前端服务器(使用 nginx)放的是 css，js，图片等等一系列静态资源，前端服务器负责控制页面引用，跳转，调用后端的接口，后端服务器使用 tomcat，可以加快整体响应速度。 b.即使后端服务暂时超时或者宕机了，前端页面也会正常访问，只不过数据刷不出来而已。 c.项目出现问题可以迅速定位并确定职责，不会出现互相踢皮球的问题：页面逻辑，跳转错误，浏览器兼容性问题，脚本错误，页面样式等问题，全部由前端工程师来负责;接口数据出错，数据没有提交成功，应答超时等问题，全部由后端工程师来解决。 d.减少后端服务器的并发压力，除了接口以外的其他所有 http 请求全部转移到前端 nginx 上。 e.加重了前端团队的工作量，减轻了后端团队的工作量，提高了性能和可扩展性，可维护性。 f.前后端制定好协议后可以对项目进行独立开发，互不影响，耦合度非常低，降低沟通成本是非常难能可贵的特性，前后端可以是两个完全独立的项目，独立的版本管理，独立的代码，独立的测试，独立的部署。有利于团队协作。