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.前后端制定好协议后可以对项目进行独立开发，互不影响，耦合度非常低，降低沟通成本是非常难能可贵的特性，前后端可以是两个完全独立的项目，独立的版本管理，独立的代码，独立的测试，独立的部署。有利于团队协作。