RestFul API

最新推荐文章于 2024-10-12 21:06:55 发布

一支柳

最新推荐文章于 2024-10-12 21:06:55 发布

阅读量467

点赞数 6

分类专栏：后端文章标签： restful 后端

本文链接：https://blog.csdn.net/JL_L666/article/details/136415870

版权

后端专栏收录该内容

13 篇文章 0 订阅

订阅专栏

本文探讨了在开发过程中如何通过RestFulAPI实现前后端彻底分离，介绍了如何利用Http协议的POST,GET,PUT,DELETE等请求方法进行数据库操作，如CRUD，以及如何设计合理的路径和参数传递方式，以减少URL冗余，提高开发效率。

摘要由CSDN通过智能技术生成

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

1.解决痛点

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

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

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

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

功能模块需要：

1.设计路径

/user/add   模块名

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，现在一个就够了。

操作	传统风格	REST 风格
保存	/CRUD/saveEmp	URL 地址：/CRUD/emp 请求方式：POST
删除	/CRUD/removeEmp?empId=2	URL 地址：/CRUD/emp/2 请求方式：DELETE
更新	/CRUD/updateEmp	URL 地址：/CRUD/emp 请求方式：PUT
查询	/CRUD/editEmp?empId=2	URL 地址：/CRUD/emp/2 请求方式：GET