1
- ![ bd4442aed16acafc54c7943d34abff0edadfa74c ] ( https://my -blog-to-use.oss-cn-beijing.aliyuncs.com/2019-11/bd4442aed16acafc54c7943d34abff0edadfa74c .png )
1
+ ![ ] ( https://img -blog.csdnimg.cn/2021050713553862 .png )
2
2
3
- 大家好我是 Guide 哥!这是我的第 ** 210 ** 篇优质原创!这篇文章主要分享了后端程序员必备的 RestFul API 相关的知识。
3
+ 大家好,我是 Guide 哥!
4
4
5
- RESTful API 是每个程序员都应该了解并掌握的基本知识,我们在开发过程中设计 API 的时候也应该至少要满足 RESTful API 的最基本的要求(比如接口中尽量使用名词,使用 POST 请求创建资源,DELETE 请求删除资源等等,示例: ` GET /notes/id ` :获取某个指定 id 的笔记的信息) 。
5
+ 这篇文章简单聊聊后端程序员必备的 RESTful API 相关的知识 。
6
6
7
- 如果你看 RESTful API 相关的文章的话一般都比较晦涩难懂,包括我下面的文章也会提到一些概念性的东西。但是,实际上我们平时开发用到的 RESTful API 的知识非常简单也很容易概括!举个例子,如果我给你下面两个 url 你是不是立马能知道它们是干什么的!这就是 RESTful API 的强大之处!
7
+ 开始正式介绍 RESTful API 之前,我们需要首先搞清 : ** API 到底是什么? **
8
8
9
- ** RESTful API 可以你看到 url + http method 就知道这个 url 是干什么的,让你看到了 http 状态码(status code)就知道请求结果如何。**
9
+ ## 何为 API?
10
+
11
+ ![ ] ( https://img-blog.csdnimg.cn/20210507153833945.png )
12
+
13
+ ** API(Application Programming Interface)** 翻译过来是应用程序编程接口的意思。
14
+
15
+ 我们在进行后端开发的时候,主要的工作就是为前端或者其他后端服务提供 API 比如查询用户数据的 API 。
16
+
17
+ ![ ] ( https://img-blog.csdnimg.cn/20210507130629538.png )
18
+
19
+ 但是, API 不仅仅代表后端系统暴露的接口,像框架中提供的方法也属于 API 的范畴。
20
+
21
+ 为了方便大家理解,我再列举几个例子🌰:
22
+
23
+ 1 . 你通过某电商网站搜索某某商品,电商网站的前端就调用了后端提供了搜索商品相关的 API。
24
+ 2 . 你使用 JDK 开发 Java 程序,想要读取用户的输入的话,你就需要使用 JDK 提供的 IO 相关的 API。
25
+ 3 . ......
26
+
27
+ 你可以把 API 理解为程序与程序之间通信的桥梁,其本质就是一个函数而已。另外,API 的使用也不是没有章法的,它的规则由(比如数据输入和输出的格式)API提供方制定。
28
+
29
+ ## 何为 RESTful API?
30
+
31
+ ** RESTful API** 经常也被叫做 ** REST API** ,它是基于 REST 构建的 API。这个 REST 到底是什么,我们后文在讲,涉及到的概念比较多。
32
+
33
+ 如果你看 RESTful API 相关的文章的话一般都比较晦涩难懂,主要是因为 REST 涉及到的一些概念比较难以理解。但是,实际上,我们平时开发用到的 RESTful API 的知识非常简单也很容易概括!
34
+
35
+ 举个例子,如果我给你下面两个 API 你是不是立马能知道它们是干什么用的!这就是 RESTful API 的强大之处!
10
36
11
37
```
12
38
GET /classes:列出所有班级
13
39
POST /classes:新建一个班级
14
40
```
15
41
16
- 下面的内容只是介绍了我觉得关于 RESTful API 比较重要的一些东西,欢迎补充。
42
+ ** RESTful API 可以让你看到 URL+Http Method 就知道这个 URL 是干什么的,让你看到了 HTTP 状态码(status code)就知道请求结果如何。 **
17
43
18
- ### 一、重要概念
44
+ 像咱们在开发过程中设计 API 的时候也应该至少要满足 RESTful API 的最基本的要求(比如接口中尽量使用名词,使用 ` POST ` 请求创建资源, ` DELETE ` 请求删除资源等等,示例: ` GET /notes/id ` :获取某个指定 id 的笔记的信息)。
19
45
20
- REST,即 ** REpresentational State Transfer ** 的缩写。这个词组的翻译过来就是"表现层状态转化"。这样理解起来甚是晦涩,实际上 REST 的全称是 ** Resource Representational State Transfer ** ,直白地翻译过来就是 ** “资源”在网络传输中以某种“表现形式”进行“状态转移” ** 。如果还是不能继续理解,请继续往下看,相信下面的讲解一定能让你理解到底啥是 REST 。
46
+ ## 解读 REST
21
47
22
- 我们分别对上面涉及到的概念进行解读,以便加深理解,不过实际上你不需要搞懂下面这些概念,也能看懂我下一部分要介绍到的内容。不过,为了更好地能跟别人扯扯 “RESTful API”我建议你还是要好好理解一下!
48
+ ** REST** 是 ` REpresentational State Transfer ` 的缩写。这个词组的翻译过来就是“** 表现层状态转化** ”。
49
+
50
+ 这样理解起来甚是晦涩,实际上 REST 的全称是 ** Resource Representational State Transfer** ,直白地翻译过来就是 ** “资源”在网络传输中以某种“表现形式”进行“状态转移”** 。如果还是不能继续理解,请继续往下看,相信下面的讲解一定能让你理解到底啥是 REST 。
51
+
52
+ 我们分别对上面涉及到的概念进行解读,以便加深理解,实际上你不需要搞懂下面这些概念,也能看懂我下一部分要介绍到的内容。不过,为了更好地能跟别人扯扯 “RESTful API”我建议你还是要好好理解一下!
23
53
24
54
- ** 资源(Resource)** :我们可以把真实的对象数据称为资源。一个资源既可以是一个集合,也可以是单个个体。比如我们的班级 classes 是代表一个集合形式的资源,而特定的 class 代表单个个体资源。每一种资源都有特定的 URI(统一资源标识符)与之对应,如果我们需要获取这个资源,访问这个 URI 就可以了,比如获取特定的班级:` /class/12 ` 。另外,资源也可以包含子资源,比如 ` /classes/classId/teachers ` :列出某个指定班级的所有老师的信息
25
- - ** 表现形式(Representational)** :"资源"是一种信息实体,它可以有多种外在表现形式。我们把"资源"具体呈现出来的形式比如 json, xml, image, txt 等等叫做它的"表现层/表现形式"。
55
+ - ** 表现形式(Representational)** :"资源"是一种信息实体,它可以有多种外在表现形式。我们把"资源"具体呈现出来的形式比如 ` json ` , ` xml ` , ` image ` , ` txt ` 等等叫做它的"表现层/表现形式"。
26
56
- ** 状态转移(State Transfer)** :大家第一眼看到这个词语一定会很懵逼?内心 BB:这尼玛是啥啊? 大白话来说 REST 中的状态转移更多地描述的服务器端资源的状态,比如你通过增删改查(通过 HTTP 动词实现)引起资源状态的改变。ps:互联网通信协议 HTTP 协议,是一个无状态协议,所有的资源状态都保存在服务器端。
27
57
28
58
综合上面的解释,我们总结一下什么是 RESTful 架构:
29
59
30
60
1 . 每一个 URI 代表一种资源;
31
- 2 . 客户端和服务器之间,传递这种资源的某种表现形式比如 json, xml, image, txt 等等;
61
+ 2 . 客户端和服务器之间,传递这种资源的某种表现形式比如 ` json ` , ` xml ` , ` image ` , ` txt ` 等等;
32
62
3 . 客户端通过特定的 HTTP 动词,对服务器端资源进行操作,实现"表现层状态转化"。
33
63
34
- ### 二、REST 接口规范
64
+ ## REST API 规范
65
+
66
+ ![ ] ( https://img-blog.csdnimg.cn/20210507154007779.png )
35
67
36
- #### 1、 动作
68
+ ### 动作
37
69
38
- - GET :请求从服务器获取特定资源。举个例子:` GET /classes ` (获取所有班级)
39
- - POST :在服务器上创建一个新的资源。举个例子:` POST /classes ` (创建班级)
40
- - PUT :更新服务器上的资源(客户端提供更新后的整个资源)。举个例子:` PUT /classes/12 ` (更新编号为 12 的班级)
41
- - DELETE :从服务器删除特定的资源。举个例子:` DELETE /classes/12 ` (删除编号为 12 的班级)
42
- - PATCH :更新服务器上的资源(客户端提供更改的属性,可以看做作是部分更新),使用的比较少,这里就不举例子了。
70
+ - ` GET ` :请求从服务器获取特定资源。举个例子:` GET /classes ` (获取所有班级)
71
+ - ` POST ` :在服务器上创建一个新的资源。举个例子:` POST /classes ` (创建班级)
72
+ - ` PUT ` :更新服务器上的资源(客户端提供更新后的整个资源)。举个例子:` PUT /classes/12 ` (更新编号为 12 的班级)
73
+ - ` DELETE ` :从服务器删除特定的资源。举个例子:` DELETE /classes/12 ` (删除编号为 12 的班级)
74
+ - ` PATCH ` :更新服务器上的资源(客户端提供更改的属性,可以看做作是部分更新),使用的比较少,这里就不举例子了。
43
75
44
- #### 2、 路径(接口命名)
76
+ ### 路径(接口命名)
45
77
46
78
路径又称"终点"(endpoint),表示 API 的具体网址。实际开发中常见的规范如下:
47
79
@@ -74,7 +106,7 @@ DELETE classes/classId/teachers/ID:删除某个指定班级下的指定的老
74
106
75
107
理清资源的层次结构,比如业务针对的范围是学校,那么学校会是一级资源:` /schools ` ,老师: ` /schools/teachers ` ,学生: ` /schools/students ` 就是二级资源。
76
108
77
- #### 3、 过滤信息(Filtering)
109
+ ### 过滤信息(Filtering)
78
110
79
111
如果我们在查询的时候需要添加特定条件的话,建议使用 url 参数的形式。比如我们要查询 state 状态为 active 并且 name 为 guidegege 的班级:
80
112
@@ -88,7 +120,7 @@ GET /classes?state=active&name=guidegege
88
120
GET /classes?page=1&size=10 //指定第1页,每页10个数据
89
121
```
90
122
91
- #### 4、 状态码(Status Codes)
123
+ ### 状态码(Status Codes)
92
124
93
125
** 状态码范围:**
94
126
@@ -101,7 +133,7 @@ GET /classes?page=1&size=10 //指定第1页,每页10个数据
101
133
| | | 405 请求方法不对 | |
102
134
103
135
104
- ### 三 HATEOAS
136
+ ## RESTful 的极致 HATEOAS
105
137
106
138
> ** RESTful 的极致是 hateoas ,但是这个基本不会在实际项目中用到。**
107
139
@@ -122,12 +154,12 @@ GET /classes?page=1&size=10 //指定第1页,每页10个数据
122
154
123
155
在 Spring 中有一个叫做 HATEOAS 的 API 库,通过它我们可以更轻松的创建除符合 HATEOAS 设计的 API。
124
156
125
- ### 文章推荐
157
+ ## 文章推荐
126
158
127
159
** RESTful API 介绍:**
128
160
129
161
- [ RESTful API Tutorial] ( https://RESTfulapi.net/ )
130
- - [ RESTful API 最佳指南] ( http://www.ruanyifeng.com/blog/2014/05/restful_api .html ) (阮一峰,这篇文章大部分内容来源)
162
+ - [ RESTful API 最佳指南] ( http://www.ruanyifeng.com/blog/2014/05/RESTful_api .html ) (阮一峰,这篇文章大部分内容来源)
131
163
- [[ 译] RESTful API 设计最佳实践] ( https://juejin.im/entry/59e460c951882542f578f2f0 )
132
164
- [ 那些年,我们一起误解过的 REST] ( https://segmentfault.com/a/1190000016313947 )
133
165
- [ Testing RESTful Services in Java: Best Practices] ( https://phauer.com/2016/testing-RESTful-services-java-best-practices/ )
@@ -138,4 +170,4 @@ GET /classes?page=1&size=10 //指定第1页,每页10个数据
138
170
- [ Building REST services with Spring] ( https://spring.io/guides/tutorials/classmarks/ ) (Spring 官网 )
139
171
- [ An Intro to Spring HATEOAS] ( https://www.baeldung.com/spring-hateoas-tutorial ) (by [ baeldung] ( https://www.baeldung.com/author/baeldung/ ) )
140
172
- [ spring-hateoas-examples] ( https://github.com/spring-projects/spring-hateoas-examples/tree/master/hypermedia )
141
- - [ Spring HATEOAS] ( https://spring.io/projects/spring-hateoas#learn ) (Spring 官网 )
173
+ - [ Spring HATEOAS] ( https://spring.io/projects/spring-hateoas#learn ) (Spring 官网 )
0 commit comments