其实在之前有使用过RESTful API
,但是没有认真了解过REST
,那么我们就来看看吧,其实很简单哦
REST是什么
REST
即表述性状态传递(英文:Representational State Transfer
,简称REST
)是Roy Fielding
博士在2000年他的博士论文中提出来的一种软件架构风格。表述性状态转移是一组架构约束条件和原则
所以简而言之,REST
是一种风格
REST
通常基于使用HTTP
,URI
,和XML
(标准通用标记语言下的一个子集)以及HTML
(标准通用标记语言下的一个应用)这些现有的广泛流行的协议和标准。REST
通常使用 JSON
数据格式。
RESTful是什么
那么既然REST
是一种风格,RESTful
又是什么呢?
RESTful
是满足这些约束条件和原则的应用程序或设计
主要是从三个方面来看
- 资源
资源就是一个实体,你可以用一个URI
(统一资源定位符)指向它,每种资源对应一个特定的URI
。要获取这个资源,访问它的URI
就可以,因此URI
就成了每一个资源的地址或独一无二的识别符 - 表现层
把资源呈现出来的形式叫表现层,可以用HTML
格式、XML
格式、JSON
格式表现,REST
中常用的是JSON
格式 - 状态转化
访问一个网站,就代表了客户端和服务器的一个互动过程。在这个过程中,势必涉及到数据和状态的变化。
HTTP
协议,是一个无状态协议。这意味着,所有的状态都保存在服务器端。因此,如果客户端想要操作服务器,必须通过某种手段,让服务器端发生"状态转化"。而这种转化是建立在表现层之上的,所以就是"表现层状态转化"。
客户端用到的手段,只能是HTTP协议。
1.GET用来获取资源
2.POST用来新建资源(也可以用于更新资源)
3.PUT用来更新资源
4.DELETE用来删除资源。
综合上面的解释,我们总结一下什么是RESTful
架构:
(1)每一个URI
代表一种资源;
(2)客户端和服务器之间,传递这种资源的某种表现层;
(3)客户端通过四个HTTP
动词,对服务器端资源进行操作,实现"表现层状态转化"。
设计误区
-
URI
不应该包含动词,因为它是一个资源,动词应该放在HTTP
协议中 -
URI
不应该包含版本号,因为不同的版本,可以理解成同一种资源的不同表现形式,所以应该采用同一个URI
REST的优点
-
URI
具有很强可读性的,具有自描述性 - 充分利用
HTTP
协议本身语义 - 无状态,在调用一个接口(访问、操作资源)的时候,可以不用考虑上下文,不用考虑当前状态,极大的降低了复杂度
-
HTTP
本身提供了丰富的内容协商手段,无论是缓存,还是资源修改的乐观并发控制,都可以以业务无关的中间件来实现