最近几年前后端分离已经不光是趋势了，相信很多公司的大部分项目都已经应用了前后端分离的开发模式。但是还有一些历史项目因为工期紧张、人员紧缺等多种因素，还在沿用之前的开发模式，希望能借助此文让这类项目的管理者下定决心进行前后端分离重构。

01.原始前端开发模式回顾

基于jsp的项目：
这是一种前后端完全不分离的模式，前端经常会在页面中遇到后台代码

缺点：1.前端需要学习jsp语法，还要懂部分java，增加了学习成本。2.Jsp第一次加载有一个编译的步骤，所以速度很慢。3.后台代码和前端混合在一起，不利于维护
基于js的半分离项目：使用ajax进行数据交互，前端负责样式和js逻辑。

缺点：

1.通过js来加载页面内容，如果业务复杂的情况下，会导致代码非常复杂，不利于维护

以上两种模式还有一些相同的缺点

1.前端代码和后端代码都在一个工程中，这就造成前端也要启动后端的工程。不启就无法调试，而且每次后端修改之后，前端还需要更新代码才能接收到新的内容，调试起来非常不方便。简单一些的项目还好，如果是大型项目，每个工程还会依赖于各种其他子工程，这就导致前端也必须拉取所有的依赖，而且工程越大启动速度就越慢，首次启动过程中问题也会越多。相信后端给前端启动项目的过程不管对于哪一方都是非常痛苦的。这些因素无形之间给开发增加了很多工作。

2.静态资源图片、js、css等内容也要通过服务器来访问，给服务器增加了许多负担。

02.前后端分离模式

目前的前后端分离模式基本都是基于node实现的（大部分都是使用脚手架搭建），前端单独工程，与后端完全分开

1.前端单独工程，无论是开发还是修改都跟后端没有了关系，不需要启动后端工程，当然后端也完全不用再管前端的任何部分

2.通过代理方式接口调试，后端开发完成只需要将工程部署到服务器上，前端使用proxy代理直接访问服务器的接口，不再需要更新后端提交的代码。甚至可以直接访问局域网内后端电脑上的服务实现联调，可以说调试过程方便了太多。

3.前端和后端只管自己的部分，分工明确，可以同步开发，提升了工作效率。

4.后端服务器不再负责静态资源的展示，减轻了服务器压力。

5.前后端分别部署，后端宕机之后前端页面还是可以正常访问，只不过没有数据。综上可以看出，前端后端分离开发模式基本解决了之前的问题，方便了开发与维护，提高了工作效率。

但是前后端分离就没有缺点么，也是有的：

1.需要更多的开发人员，最小的项目也需要至少前端和后端各一个。可能之前是一个后端负责全站就完成了，现在又需要多一个前端，如果一个人负责前端和后端，反而更麻烦了。

2.增加了学习成本，开发过程还需要启动前端加后端多个工程，如果不使用node，甚至还需要ngnix等工具来转发实现前后端交互，这样的前后端分离反而变成一种负担。

3.需要前后端更强的沟通，后端需要提供详细的接口文档，前端需要懂得大部分业务等等其他问题。

前后端分离总体来说还是利大于弊的。而且目前的新入行的前端开发人员都是接触的这种模式，估计用不了多久可能都找不到会jsp和js（jquery）的前端了。总体发展趋势是挡不住的，还是趁早顺应潮流为好。