Java_前后端分离开发模式介绍

1.1 什么是前后端分离

前后端分离是目前一种非常流行的开发模式，它使项目的分工更加明确：

• 后端：负责处理、存储数据
• 前端：负责显示数据

前端和后端开发人员通过 接口 进行数据的交换。

1.2 为什么要进行前后端分离

• 前后端可以身心愉快地专注于各自擅长的领域

• 避免后端写前端代码（基本上1天时间，20%写后端代码，80%写页面…）

• 前端配置后端代码运行环境（简直是要疯… 装一堆环境，而且有些开发环境是windows，前端是macos，装环境就要装好几天）

• 避免前后端打架，推诿，甩锅…

• 提高开发效率

• 分离有助于前端大放异彩，后端专注于三高(高并发、高性能、高可用)

• 太多了…

  1.3 前后端分离存在的问题

1. 当接口改变的时候，非常麻烦–
2. 需要前后端人员联调–联调开发的时间（开发+测试+联调）占项目的 15%–60%

1.4 如何分离

1.4.1 职责分离

• 前后端仅仅通过异步接口(AJAX/JSONP)来编程
• 前后端都各自有自己的开发流程，构建工具，测试集合
• 关注点分离，前后端变得相对独立并解耦合

1.4.2 开发流程

• 后端编写和维护接口文档，在 API 变化时更新接口文档
• 后端根据接口文档进行接口开发
• 前端根据接口文档进行开发 + Mock平台
• 开发完成后联调和提交测试

推荐几个接口规范工具：postman、 eolinker

1.4.3 规范原则

• 接口返回数据即显示：前端仅做渲染逻辑处理；
• 渲染逻辑禁止跨多个接口调用；
• 前端关注交互、渲染逻辑，尽量避免业务逻辑处理的出现；
• 请求响应传输数据格式：JSON，JSON数据尽量简单轻量，避免多级JSON的出现；

1.5 数据格式

1.5.1 请求格式–统一的数据请求格式

1.5.2 响应格式–统一的返回结果

• JSON基本格式

  {
       
      "code": 20000,
      "msg": "success"
  }
  

  code : 请求处理状态（可以根据业务自行添加）

  • 20000 成功
  • 20001 失败

  msg：请求处理消息（可以根据业务自行添加）

• 响应实体格式

  {
       
      "code": 20000,
      "msg": "success",
      "data": [
          "entity": {