一种软件架构风格,设计风格而不是标准,只是提供了一组设计原则和约束条件。它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制。
概述
REST(英文:Representational State Transfer,简称REST)描述了一个架构样式的网络系统,比如 web 应用程序。它首次出现在 2000 年 Roy Fielding 的博士论文中,他是 HTTP 规范的主要编写者之一。在目前主流的三种Web服务交互方案中,REST相比于SOAP(Simple Object Access protocol,简单对象访问协议)以及XML-RPC更加简单明了,无论是对URL的处理还是对Payload的编码,REST都倾向于用更加简单轻量的方法设计和实现。值得注意的是REST并没有一个明确的标准,而更像是一种设计的风格。
折叠原则条件
REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是 RESTful。
Web 应用程序最重要的 REST 原则是,客户端和服务器之间的交互在请求之间是无状态的。从客户端到服务器的每个请求都必须包含理解请求所必需的信息。如果服务器在请求之间的任何时间点重启,客户端不会得到通知。此外,无状态请求可以由任何可用服务器回答,这十分适合云计算之类的环境。客户端可以缓存数据以改进性能。
在服务器端,应用程序状态和功能可以分为各种资源。资源是一个有趣的概念实体,它向客户端公开。资源的例子有:应用程序对象、数据库记录、算法等等。每个资源都使用 URI (Universal Resource Identifier) 得到一个唯一的地址。所有资源都共享统一的接口,以便在客户端和服务器之间传输状态。使用的是标准的 HTTP 方法,比如 GET、PUT、POST 和 DELETE。Hypermedia 是应用程序状态的引擎,资源表示通过超链接互联。
所谓"资源",就是网络上的一个实体,或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务,总之就是一个具体的实在。你可以用一个URI(统一资源定位符)指向它,每种资源对应一个特定的URI。要获取这个资源,访问它的URI就可以,因此URI就成了每一个资源的地址或独一无二的识别符。
所谓"上网",就是与互联网上一系列的"资源"互动,调用它的URI。
资源"是一种信息实体,它可以有多种外在表现形式。我们把"资源"具体呈现出来的形式,叫做它的"表现层"(Representation)。
比如,文本可以用txt格式表现,也可以用HTML格式、XML格式、JSON格式表现,甚至可以采用二进制格式;图片可以用JPG格式表现,也可以用PNG格式表现。
访问一个网站,就代表了客户端和服务器的一个互动过程。在这个过程中,势必涉及到数据和状态的变化。
互联网通信协议HTTP协议,是一个无状态协议。这意味着,所有的状态都保存在服务器端。因此,如果客户端想要操作服务器,必须通过某种手段,让服务器端发生"状态转化"(State Transfer)。而这种转化是建立在表现层之上的,所以就是"表现层状态转化"。
客户端用到的手段,只能是HTTP协议。具体来说,就是HTTP协议里面,四个表示操作方式的动词:GET、POST、PUT、DELETE。它们分别对应四种基本操作:GET用来获取资源,POST用来新建资源(也可以用于更新资源),PUT用来更新资源,DELETE用来删除资源。
综合上面的解释,我们总结一下什么是RESTful架构:
(1)每一个URI代表一种资源;
(2)客户端和服务器之间,传递这种资源的某种表现层;
(3)客户端通过四个HTTP动词,对服务器端资源进行操作,实现"表现层状态转化"。
Springmvc构造RESTful详细讲解先说REST名称
REST:REpresentational State Transfer = 直接翻译:表现层状态转移。这个中文直译经常出现在很多博客中。尼玛谁听得懂“表现层状态转移”?这是人话吗?【哥们,感同身受,这也是我最想说的话,憋了好久了。好多网上说的东西,说得好抽象,晦涩难懂。能不能具体点。】
首先,之所以晦涩是因为前面主语被去掉了,全称是 Resource Representational State Transfer:通俗来讲就是:资源在网络中以某种表现形式进行状态转移。分解开来:
Resource:资源,即数据(前面说过网络的核心)。比如 newsfeed,friends等;首先为什么要用RESTful结构呢?
Representational:某种表现形式,比如用JSON,XML,JPEG等;
State Transfer:状态变化。通过HTTP动词实现。
大家都知道"古代"网页都是前端后端融在一起的,比如之前的PHP,JSP等。在之前的桌面时代问题不大,但是近年来移动互联网的发展,各种类型的Client层出不穷,RESTful可以通过一套统一的接口为 Web,iOS和Android提供服务。另外对于广大平台来说,比如Facebook platform,微博开放平台,微信公共平台等,它们不需要有显式的前端,只需要一套提供服务的接口,于是RESTful更是它们最好的选择。在RESTful架构下:
REST架构的理解及Jquery+JSON+RESTful WCF (附源码)
RESTful,是什么呢?百度搜了一下,扯什么无状态,什么约束...看不懂啊!哪位高手能用浅显一点的语言来解释一下...
-
浅显点说,REST/RESTful大概就是以下的实现步骤
1. 用URL/URI来表示Object 例如 http://www.example.com/order/111111 来表示一个订单
2.用标准的HTTP协议来完成逻辑操作,通常有以下几个对应 HTTP Get来获得一个订单的内容,HTTP Put来更新一个订单, HTTP Post来新增一个订单, HTTP Delete来删除一个订单。
3. 无状态,一般指的是服务器端不保留任何操作和事务的状态,也就不存在类似回滚的操作
一般来说RESTful适合逻辑标记清晰的Web服务,交换数据一般用xml json yaml这种,另外像Java有更详细的Restful标准JAX-RS。
Spectra试图通过采用DS3接口,为那些寻找存储大量数据方式的客户提供深度存储解决方案。
数字磁带系统提供商Spectra Logic首次推出了RESTful协议的DS3服务,这一接口可适用于智能磁带系统,为客户存储大容量数据带来便利。该DS3接口可以使应用程序更轻易地移动数据,其主要服务目标是那些有意使用低成本媒体访问大数据对象的企业。它通过提供智能数据对象的读写来减少成本,简化管理,从而优化磁带磁盘和磁带媒体的性能和利用。
ESG的创始人兼高级分析师Steve Duplessie表示:“‘深度存储’这一概念与ESG在市场上所观察到的趋势和需求是相一致的。越来越多的组织逐渐意识到了其数据所具有的长期价值,所以数据量和数据保存期正在日益增加。将这一趋势与市场逐渐青睐RESTful接口的倾向结合来看,Spectra Logic正好利用了这一机会。无论从哪方面来看,这都是一个非常出色的想法。”
REST(表述性状态转移)是一种忽视组件的实施细节和协议句法,而注重组件的作用,组件间交互的限制以及数据元素解读的架构模式。
Spectra Logic的创始人兼首席执行官Nathan Thompson说道:“我们所设计的实现深存储解决方案的计划,主要是为了满足现代数据中心新的存储需求。各组织收集、使用、存储长期数据的方式正在发生改变,长期数据的处理需要一个低成本、低功率、高密度以及具有高度可扩展性的新的存储层。这个存储层需要具有能够对大量数据进行长期管理甚至是无限期管理的能力,并且要满足那些利用数据对象存储以及RESTful接口的新数据中心架构的需求。”
“此外,在一个单一的磁带存储系统内,DS3接口可支持的深度存储容量可小至15TB,也可扩展至多个艾字节(exabytes)。我们将引进一系列可支持深存储的创新技术和解决方案,这个新接口是我们推出的第一个产品。我们已经做了改善,现有客户和新客户现在都能够轻易的使用DS3。T系列磁带库都可支持DS3,它既可以作为独立的深度存储解决方案,现用客户也可对磁带库进行分区,将深度存储分区添加进去。
RESTful 服务遵循REST(Representational State Transfer)的架构风格。
在实现你第一个Restful 服务之前,让我们先理解它的概念。就像我们知道的那样,WCF(Windows通讯接口)让我们能够使用基于一系列协议的SOAP来打电话和交换信息,这些协议包含HTTP,TCP,Named Pipes 和MSMQ等等。在一个脚本中,如果我们使用基于HTTP的SOAP,我们只是把HTTP作为一个运输工具。但是,HTTP并不仅仅是个传输的工具。所以,当我们将REST架构形式的时候,那就决定了“我们只是简单的使用HTTP来进行通讯,而不是使用一些复杂的机制,像CORBA,RPC或者SOPA,来通讯”。
对于所有的CRUD(Read/Create/Update/Delete),RESTFul架构基于HTTP的简单动作(GET,POST,PUT,And DELETE)来实现。它简单而且轻巧。为了简单一些,我将通过Get请求来实现一个服务,这个服务返回有限的几个类型的XML格式的数据。
RESTful系统的优势在于他们可以高伸缩性和高灵活性。因为被访问和操作的资源是通过http谓词。资源通过URI被暴露,资源被通过标准的语 法体现,客户端不会被服务器所影响。也就是说,RESTFul系统可以充分体现http的可伸缩性特性,比如:缓存和代理特性。
基础REST策略:RESTful架构坚持下面的基本原则:
- 应用程序状态和功能被分离到不同资源中。
- 资源是可以定位的通过标准URLs,并且这个URLs可以作为超媒体连接。
- 所有资源可以被http谓词所使用:delete,get,post,put
- 所有资源提供信息通过MIME类型(该类型被HTTP支持)
- 协议是无状态的
- 协议是可缓存的
- 协议是分层的
Spring MVC 示例-注解; RESTful 风格 .
基于url模板参数变量获取方式!
http://localhost:8080/item/start.do?name=zhangsan
--》(RESTful 风格:把请求参数变成请求路径的一种风格。)
http://localhost:8080/item/start/zhangsan.do
源自:http://blog.csdn.net/zhruifei/article/details/50633495