Restful风格

引言

在前后端分离的开发模式中，前后端开发人员都需要根据提前定义好的接口文档，来进行前后端功能的开发。

后端开发人员：必须严格遵守提供的接口文档进行后端功能开发（保障开发的功能可以和前端对接）

而在前后端进行交互的时候，我们需要基于当前主流的REST风格的API接口进行交互。

---

什么是REST风格呢?

• REST（Representational State Transfer），表述性状态转换，它是一种软件架构风格。

传统URL风格如下：

• http://localhost:8080/user/getById?id=1 GET：查询id为1的用户

• http://localhost:8080/user/saveUser POST：新增用户

• http://localhost:8080/user/updateUser POST：修改用户

• http://localhost:8080/user/deleteUser?id=1 GET：删除id为1的用户

我们看到，原始的传统URL呢，定义比较复杂，而且将资源的访问行为对外暴露出来了。而且，对于开发人员来说，每一个开发人员都有自己的命名习惯，就拿根据id查询用户信息来说的，不同的开发人员定义的路径可能是这样的：getById，selectById，queryById，loadById... 。 每一个人都有自己的命名习惯，如果都按照各自的习惯来，一个项目组，几十号或上百号人，那最终开发出来的项目，将会变得难以维护，没有一个统一的标准。

基于REST风格URL如下：

• http://localhost:8080/users/1 GET：查询id为1的用户

• http://localhost:8080/users POST：新增用户

• http://localhost:8080/users PUT：修改用户

• http://localhost:8080/users/1 DELETE：删除id为1的用户

其中总结起来，就一句话：通过URL定位要操作的资源，通过HTTP动词(请求方式)来描述具体的操作。

在REST风格的URL中，通过四种请求方式，来操作数据的增删改查。

• GET ： 查询

• POST ：新增

• PUT ： 修改

• DELETE ：删除

        一 一对应

我们看到如果是基于REST风格，定义URL，URL将会更加简洁、更加规范、更加优雅。

注意事项：

• REST是风格，是约定方式，约定不是规定，可以打破

• 描述模块的功能通常使用复数，也就是加s的格式来描述，表示此类资源，而非单个资源。如：users、emps、books…

小结

1. REST 风格的特点 ?

• URL 定义资源

• HTTP 动词描述操作

2. REST 风格中的四种请求方式及对应的操作 ?

• GET ：查询

• POST ：新增

• PUT ：修改

• DELETE ：删除