服务购

前后端分离意味着，前后端之间使用 JSON 来交流，两个开发团队之间使用 API 作为契约进行交互。从此，后台选用的技术栈不影响前台。当后台开发人员选择 Java 的时候，可以不用 JSP 来编写前端页面，继续使用 React 又或者 Angular。而，当我们决定需要前后端分离时，我们仍然还需要面对一系列的问题：

是否建立了前端的错误追踪机制？能否帮助我们快速地定位出问题。

当我们在不同的项目组上尝试时，就会发现主要的挑战是沟通上的挑战，而非技术上的局限。

是否有能力维护 API 接口？当前端或者后台需要修改接口时，是否能轻松地修改。

前后端协作的成本高不高？前端和后台两个团队是不是很容易合作？是不是可以轻松地进行联调？

前后端职责是否能明确？即：后台提供数据，前端负责显示。

是否足够的安全？如果我们设计出来的架构不够安全，那么这一系列的操作都是白搭。我们怎么去存储用户数据，使用 LocalStorage 的话，还要考虑加密。采用哪种认证方式来让用户登录，并保存相应的状态？

是否有足够的技术来支撑前后端分离？有没有能力创建出符合 RESTful 风格的 API？

web开发前后端分离有什么意义呢？

1. 降低维护成本

通过目前主流的前端MVC框架，我们可以非常快速的定位及发现问题的所在，客户端的问题不再需要后台人员参与及调试，代码重构及可维护性增强。

2.  局部性能提升

通过前端路由的配置，我们可以实现页面的按需加载，无需一开始加载首页便加载网站的所有的资源，服务器也不再需要解析前端页面，在页面交互及用户体验上有所提升。

3.彻底解放前端

前端不再需要向后台提供模板或是后台在前端html中嵌入后台代码。

4. 提高工作效率，分工更加明确

前后端分离的工作流程可以使前端只关注前端的事，后台只关心后台的活，两者开发可以同时进行，在后台还没有时间提供接口的时候，前端可以先将数据写死或者调用本地的json文件即可，页面的增加和路由的修改也不必再去麻烦后台，开发更加灵活。