RestFul API

RestFul API:Http协议的标准使用方案和风格

1.解决痛点

在实际开发过程中，前后端分工不名，职责不清。,如何才能使得前后端在开发过程的彻底分离呢？
全平台开发无非就是前端/客户端发送不同请求（即POST,GET,PUT,DELETE）,后端/服务器端接收用户请求后，倘若能找到匹配该请求的接口，则允许客户端调用，无外乎是针对数据库实体的基本操作（即CRUD）。
这就使得数据库与API完美，有机的结合在一起。比如客户端使用POST方法调用/api/users接口，数据库中就新增一个用户，使用GET方法调用/api/users接口，则返回用户信息。

针对不同的请求方法，数据库资源也采用不同的操作方式。由此前后端便彻底的分离，前端只需要针对不同平台，开发不同的用户界面即可，后端逻辑业务都被封在了接口之中，客户端发出请求调用接口方法，匹配上即可交互。

2.RestFul:对 路径、参数、请求方式的设计

客户端发起请求request 给后端某个功能模块

功能模块需要：

​ 1.设计路径

/user/add   模块名
1

​ 2.设计参数传递 :

​ 2.0 查询 GET | 保存 POST | 删除 DELETE | 更新 PUT

​ 2.1 **没有请求体：**GET获取/查询、DELETE删除

​ path （路径传参）：单一数据资源

​ 参数是id标识 使用路径传递参数，例如：根据id删除或1查询数据 -> /模块/id (emp/1)

​ param ：多、集合数据资源

​ 参数不是id，是范围参数 param key=value

​ 2.2 **有请求体：**POST保存、PUT修改

​ json ：有请求体，使用请求体传递json

3.过去做增删改查操作需要设计4个不同的URL，现在一个就够了。