#### **RESTful 介绍：** * [ ] REST与技术无关，它是一种软件**架构风格**、**设计风格**，**而不是标准**，只是提供了**一组设计原则和约束条件**。它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以**更简洁，更有层次，更易于实现缓存**等机制。RESTful API是目前比较成熟的一套互联网应用程序的API设计理论。 **解决的问题：** * 降低开发的复杂性 * 提高系统可伸缩性 * [ ] **规范：** 1. 协议：API与用户的通信协议，总是使用http或https协议，确保交互数据的传输安全。 2. 域名：应该尽量将API部署在专用域名下 3. **版本**：**应该将API的版本号放入URL,方便和直观**。 **简单讲解**： 命名版本号可以解决**版本不兼容问题**，在设计 RESTful API 的一种**实用的做法是使用版本号**。**一般情况下，我们会在 url 中保留旧版本号，并同时兼容多个版本** **v{n} n**：代表版本号,分为整形和浮点型： **整形的版本号**: 大功能版本发布形式；具有当前版本状态下的所有API接口 ,例如：v1,v2 **浮点型**：为小版本号，只具备补充api的功能，其他api都默认调用对应大版本号的api 例如：v1.1 v2.2 列子： 【GET】 /v1/users/{user\_id} // 版本 v1 的查询用户列表的 API 接口 【GET】 /v2/users/{user\_id} // 版本 v2 的查询用户列表的 API 接口 4. **路径**：路径又称"终点"（endpoint），表示API的具体网址。在RESTful架构中，每个网址代表一种资源（resource），所以网址中不能有**动词，只能有名词**，而且所用的**名词往往与数据库的表格名对应**。一般来说，数据库中的表都是同种记录的"集合"（collection），所以API中的名词也应该使用复数。 * [ ] **请求方式：** 【GET 】：从服务器取出资源(一项或多项) 【POST 】：在服务器新建一个资源 【PUT 】：在服务器更新资源(客户端提供改变后的完整资源) 【PATCH】 ：在服务器更新资源(客户端提供改变的属性) 【DELETE】 ：从服务器删除资源 * [ ] 具体可参考链接：RESTful API接口设计标准及规范：[https://blog.csdn.net/u010622769/article/details/54341363](https://blog.csdn.net/u010622769/article/details/54341363) * [ ] 大概介绍了一下 \*\***RESTful API** \*\*接口规范，下次说下接口的安全性。