一文读懂RESTful架构,让后台开发不再困难!

可能你之前从未听说过RESTful架构,甚至不知道它是什么!但是,一旦了解它你就会发现,RESTful架构是如此的火爆,如此的风靡于互联网软件架构!

RESTful既然如此倍受互联网的欢迎,那么RESTful架构究竟是什么呢?

别着急,想要了解RESTful,我们先来了解一位大佬Roy Thomas Fielding,一个出生于加州拉古纳海岸的伟大计算机科学家。一个集”HTTP协议(1.0版和1.1版)主要设计者“、"Apache服务器软件作者"、"Apache基金会第一任主席",这三大头衔于一身的伟大男人。

2000年,他在博士论文《Architectural Styles andthe Design of Network-based Software Architectures》中首次提出了“REST”的概念。之后,这篇论文受到了广泛的关注,在当时的互联网界掀起了轩然巨波,对互联网的发展产生了深远的影响。

Fielding 所提出的"REST"可以看作是一种互联网软件架构原则,凡是符合REST原则的架构,都可称之为“RESTful"架构。

RESTful的英文全称为Representational State Transfer,直接翻译过来即为“表现层状态转化”,看到这儿,你可能还是不明白,到底什么是RESTful啊?可以用人话表示一下吗?其实“表现层”省略了主语,它指的是“资源”的表现层。下面,我们来慢慢详解有关内容。

1)资源(Resources)

RESTful中的资源指的是,互联网上的一个实体或是一条有价值的信息。资源可以是一段文本、一张图片、一首歌曲、一种服务。每种资源对应着一个特定的URL(Uniform Resource Locator)——统一资源定位符。

URI成为了每一个资源的地址,更像是独一无二的识别符。因此,从这个角度来看,所谓的“上网”,就是调用URL与互联网上的一些“资源”交互。

(2)表现层(Representation)

我们将互联网上,资源所呈现出来各中表现形式,称为它的“表现层”。例如,文本可以由TXT表现,也可由XMLHTMLJSON等形式表现。这些都属于文本的“表现层”。

(3)状态转化(State Transfer)

在访问互联网的过程中,必然存在着客户端和服务器的互动,因此也必然涉及着数据和状态的变化。

另外,互联网的通信协议是基于HTTP的无状态协议。这就意味着,所有的状态都保存在服务器端。因此,如果客户端想要操作服务器,即前台想要访问后台资源时,必须通过一定的方法途径,让服务器端发生"状态转化"(State Transfer)。这种转化又恰好是发生在表现层之上的,所以这个过程就被称之为"表现层状态转化"。

由于基于HTTP协议,客户端来使服务端发生变化的操作也就是常用的GET、POST、PUT、DELETE这四个操作。GET----获取资源,POST----新建资源,PUT----更新资源,DELETE----删除资源。

因此,RESTful用一句话来概括就是”URL定位资源,用HTTP动词(GET,POST,DELETE,DETC)描述操作。"

(4)为什么要用RESTful架构?

近年来前端设备层出不穷(手机、平板、桌面电脑、其他专用设备......),不同的前端设备与后端进行通信交互时,每一个都要写上不同的协议吗?

答案当然是不必须的,RESTful正是为解决此问题而诞生的。它可以通过一套统一的接口为 Web,iOS和Android等不同前端提供服务,建立统一的后台管理。

如果你耐心的看完了此文,那么恭喜你,关于RESTful的理论知识你已全部掌握~记得下次一起来实战哦~

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181211A14D2G00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券