修改了一下
This commit is contained in:
44
8.3.md
44
8.3.md
@@ -1,11 +1,35 @@
|
||||
#8.3 REST
|
||||
RESTful架构,就是目前最流行的一种互联网软件架构。它结构清晰、符合标准、易于理解、扩展方便,所以正得到越来越多网站的采用。接下来让我们来了解这种架构到底是怎么样的?Go里面如何来实现RESTful。
|
||||
RESTful,是目前最为流行的一种互联网软件架构。因为它结构清晰、符合标准、易于理解、扩展方便,所以正得到越来越多网站的采用。本小节我们将来学习它到底是一种什么样的架构?以及在Go里面如何来实现它。
|
||||
##什么是REST
|
||||
REST(REpresentational State Transfer)描述了一个架构样式的网络系统,比如Web应用程序。它首次出现在 2000年Roy Thomas Fielding的博士论文中,他是HTTP规范的主要编写者之一。REST指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful。
|
||||
REST(REpresentational State Transfer)这个概念,首次出现是在 2000年Roy Thomas Fielding(他是HTTP规范的主要编写者之一)的博士论文中,它指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful的。
|
||||
|
||||
Web应用程序最重要的REST原则是,客户端和服务器之间的交互在请求之间是无状态的。从客户端到服务器的每个请求都必须包含理解请求所必需的信息。如果服务器在请求之间的任何时间点重启,客户端不会得到通知。此外,无状态请求可以由任何可用服务器回答,这十分适合云计算之类的环境。客户端可以缓存数据以改进性能。
|
||||
要理解什么是REST,我们需要理解下面几个概念:
|
||||
|
||||
在服务器端,应用程序状态和功能可以分为各种资源。资源是一个有趣的概念实体,它向客户端公开。资源的例子有:应用程序对象、数据库记录、算法等等。每个资源都使用URI(Universal Resource Identifier)得到一个惟一的地址。所有资源都共享统一的界面,以便在客户端和服务器之间传输状态。使用的是标准的HTTP方法,比如 GET、PUT、POST 和 DELETE。
|
||||
- 资源(Resources)
|
||||
|
||||
REST是"表现层状态转化",其实它省略了主语。"表现层"其实指的是"资源"的"表现层"。
|
||||
|
||||
那么什么是资源呢?就是我们平常上网访问的一张图片、一个文档、一个视频等。这些资源我们通过URI来定位,也就是一个URI表示一个资源。
|
||||
- 表现层(Representation)
|
||||
|
||||
资源是做一个具体的实体信息,他可以有多种的展现方式。而把实体展现出来就是表现层,例如一个txt文本信息,他可以输出成html、json、xml等格式,一个图片他可以jpg、png等方式展现,这个就是表现层的意思。
|
||||
|
||||
URI确定一个资源,但是如何确定它的具体表现形式呢?应该在HTTP请求的头信息中用Accept和Content-Type字段指定,这两个字段才是对"表现层"的描述。
|
||||
|
||||
- 状态转化(State Transfer)
|
||||
|
||||
访问一个网站,就代表了客户端和服务器的一个互动过程。在这个过程中,肯定涉及到数据和状态的变化。而HTTP协议是无状态的,那么这些状态肯定保存在服务器端,所以如果客户端想要通知服务器端改变数据和状态的变化,肯定要通过某种方式来通知它。
|
||||
|
||||
客户端能通知服务器端的手段,只能是HTTP协议。具体来说,就是HTTP协议里面,四个表示操作方式的动词:GET、POST、PUT、DELETE。它们分别对应四种基本操作:GET用来获取资源,POST用来新建资源(也可以用于更新资源),PUT用来更新资源,DELETE用来删除资源。
|
||||
|
||||
综合上面的解释,我们总结一下什么是RESTful架构:
|
||||
|
||||
- (1)每一个URI代表一种资源;
|
||||
- (2)客户端和服务器之间,传递这种资源的某种表现层;
|
||||
- (3)客户端通过四个HTTP动词,对服务器端资源进行操作,实现"表现层状态转化"。
|
||||
|
||||
|
||||
Web应用要满足REST最重要的原则是:客户端和服务器之间的交互在请求之间是无状态的,即从客户端到服务器的每个请求都必须包含理解请求所必需的信息。如果服务器在请求之间的任何时间点重启,客户端不会得到通知。此外此请求可以由任何可用服务器回答,这十分适合云计算之类的环境。因为是无状态的,所以客户端可以缓存数据以改进性能。
|
||||
|
||||
另一个重要的REST原则是分层系统,这表示组件无法了解它与之交互的中间层以外的组件。通过将系统知识限制在单个层,可以限制整个系统的复杂性,促进了底层的独立性。
|
||||
|
||||
@@ -13,7 +37,7 @@ Web应用程序最重要的REST原则是,客户端和服务器之间的交互
|
||||
|
||||

|
||||
|
||||
当REST架构的约束条件作为一个整体应用时,将生成一个可以扩展到大量客户端的应用程序。它还降低了客户端和服务器之间的交互延迟。统一界面简化了整个系统架构,改进了子系统之间交互的可见性。REST简化了客户端和服务器的实现。而且对于使用REST开发的应用程序更加容易扩展。
|
||||
当REST架构的约束条件作为一个整体应用时,将生成一个可以扩展到大量客户端的应用程序。它还降低了客户端和服务器之间的交互延迟。统一界面简化了整个系统架构,改进了子系统之间交互的可见性。REST简化了客户端和服务器的实现,而且对于使用REST开发的应用程序更加容易扩展。
|
||||
|
||||
下图展示了REST的扩展新性:
|
||||
|
||||
@@ -74,15 +98,7 @@ Go语言对于REST没有标准包直接支持,但是因为RESTful是基于HTTP
|
||||
|
||||
|
||||
|
||||
上面的代码我们演示如何编写一个REST的应用,我们访问的资源是用户,然后我们通过不同的method来访问不同的函数,这里我们使用了一个第三方库`github.com/drone/routes`,这个库实现了方便的路由规则映射,我们在上面章节也介绍过可以实现自定义的路由器,这个库就实现了自定义的路由,我们可以很方便的实现REST的架构。通过上面的代码我们知道REST就是根据不同的method访问同一个资源的时候实现不同的逻辑处理。一般这些method的定义如下:
|
||||
|
||||
- Get表示获取请求的资源信息
|
||||
- Post表示修改相应的资源信息
|
||||
- Put表示添加一个新的资源
|
||||
- Delete表示删除请求的资源信息
|
||||
- Patch表示对资源进行部分更新的一个特殊方法
|
||||
|
||||
通过上面的代码演示我们知道:资源是通过URI来确定的,然后通过不同的方式执行不同的操作方式,这就是RESTful的实现。
|
||||
上面的代码我们演示如何编写一个REST的应用,我们访问的资源是用户,然后我们通过不同的method来访问不同的函数,这里我们使用了一个第三方库`github.com/drone/routes`,这个库实现了方便的路由规则映射,我们在上面章节也介绍过可以实现自定义的路由器,这个库就实现了自定义的路由,我们可以很方便的实现REST的架构。通过上面的代码我们知道REST就是根据不同的method访问同一个资源的时候实现不同的逻辑处理。
|
||||
|
||||
##总结
|
||||
REST是一种架构风格,汲取了WWW的成功经验:无状态,以资源为中心,充分利用HTTP协议和URI协议,提供统一的接口定义,使得它作为一种设计Web服务的方法而变得流行。在某种意义上,通过强调URI和HTTP等早期Internet标准,REST是对大型应用程序服务器时代之前的Web方式的回归。目前Go对于REST的支持还是很简单的,通过实现自定义的路由规则,我们就可以实现不同的method实现不同的handle,这样就实现了REST的架构。
|
||||
|
||||
Reference in New Issue
Block a user