没有合适的资源?快使用搜索试试~ 我知道了~
资源推荐
资源详情
资源评论
1.1
1.2
1.3
1.4
1.5
1.6
1.7
1.8
1.9
1.10
1.11
1.12
1.13
1.14
1.15
目錄
Introduction
RESTOverview总览
GettingStarted开始
ExploringtheNewlyCreatedProject探索新项目
RapidDevelopment快速开发
CustomResourceConfig自定义资源配置
HandleJSONandXML处理JSON和XML
EncodingFormat处理编码问题
JavaSEDeploymentEnvironments使用JavaSE部署环境
SimulationofCURD模拟CURD操作
ParameterAnnotations常用参数注解
FileUploadandDownload文件上传、下载
BuildReal-TimeWebAppwithSSE用SSE构建实时Web应用
References参考引用
Tobecontinued...未完待续...
1
RESTinAction《REST实战》
RESTinActionbaseonJersey.LearningRESTstepbystepwithalargenumber
ofsamplesandfinallybuildacompleteRESTfulapplication.Thereisalsoa
GitBookversionofthebook:http://waylau.gitbooks.io/rest-in-action.Let'sREAD!
基于Jersey的REST实战。在做JavaRESTful相关的项目,发现网上中文的资料
比较少(https://github.com/waylau/RestDemo这个是我以前写的博客,可以作为
参考),而且Jersey的更新比较快,利用业余时间写了本书,图文并茂,用大量
实例带你一步一步走进REST的世界,最终构建一个完整的REST应用。如有疏
漏欢迎指正。感谢您的参与!
有关Jersey详细信息,可以参阅《Jersey2.x用户指南》。
Getstart如何开始阅读
选择下面入口之一:
https://github.com/waylau/rest-in-action的SUMMARY.md
http://git.oschina.net/waylau/rest-in-action的SUMMARY.md(国内访问速度
快)
http://waylau.gitbooks.io/rest-in-action的Read按钮
Code源码
书中所有示例源码,移步至https://github.com/waylau/rest-in-action的 samples
目录下,代码遵循《Java编码规范》
Issue意见、建议
如有勘误、意见或建议欢迎拍砖https://github.com/waylau/rest-in-action/issues
Contact联系作者:
Blog:waylau.com
Introduction
2
RESTOverview
AboutREST
REST是英文RepresentationalStateTransfer的缩写,有中文翻译为“表述性状态
转移”。REST这个术语是由RoyFielding在他的博士论文《ArchitecturalStyles
andtheDesignofNetwork-basedSoftwareArchitectures》中提出的。REST并非
标准,而是一种开发Web应用的架构风格,可以将其理解为一种设计模式。REST
基于HTTP,URI,以及XML这些现有的广泛流行的协议和标准,伴随着REST,
HTTP协议得到了更加正确的使用。
相较于基于SOAP和WSDL的Web服务,REST模式提供了更为简洁的实现方
案。RESTWeb服务(RESTfulwebservices)是松耦合的,这特别适用于为客户创
建在互联网传播的轻量级的Web服务API。REST应用是围绕“资源表述的转移
(thetransferofrepresentationsofresources)”为中心来做请求和响应。数据和
功能均被视为资源,并使用统一资源标识符(URI)来访问资源。网页里面的链接
就是典型的URI。该资源由文档表述,并通过使用一组简单的、定义明确的操作来
执行。
例如,一个REST资源可能是一个城市当前的天气情况。该资源的表述可能是一个
XML文档,图像文件,或HTML页面。客户端可以检索特定表述,通过更新其数据
修改的资源,或者完全删除该资源。
目前,越来越多的Web服务开始采用REST风格设计和实现,真实世界中比较著
名的REST服务包括:GoogleAJAX搜索API、AmazonSimpleStorageService
(AmazonS3)等。
基于REST的Web服务遵循一些基本的设计原则,使得RESTful应用更加简单、
轻量,开发速度也更快:
通过URI来标识资源:系统中的每一个对象或是资源都可以通过一个唯一的
URI来进行寻址,URI的结构应该简单、可预测且易于理解,比如定义目录结
构式的URI。
统一接口:以遵循RFC-2616所定义的协议的方式显式地使用HTTP方法,建
立创建、检索、更新和删除(CRUD:Create,Retrieve,UpdateandDelete)
操作与HTTP方法之间的一对一映射:
RESTOverview总览
4
若要在服务器上创建资源,应该使用POST方法;
若要检索某个资源,应该使用GET方法;
若要更新或者添加资源,应该使用PUT方法;
若要删除某个资源,应该使用DELETE方法。
资源多重表述:URI所访问的每个资源都可以使用不同的形式加以表示(比如
XML或者JSON),具体的表现形式取决于访问资源的客户端,客户端与服务
提供者使用一种内容协商的机制(请求头与MIME类型)来选择合适的数据格
式,最小化彼此之间的数据耦合。在REST的世界中,资源即状态,而互联网
就是一个巨大的状态机,每个网页是其一个状态;URI是状态的表述;REST
风格的应用则是从一个状态迁移到下一个状态的状态转移过程。早期互联网只
有静态页面的时候,通过超链接在静态网页间浏览跳转的page->link->page-
>link…模式就是一种典型的状态转移过程。也就是说早期的互联网就是天然的
REST
无状态:对服务器端的请求应该是无状态的,完整、独立的请求不要求服务器在
处理请求时检索任何类型的应用程序上下文或状态。无状态约束使服务器的变
化对客户端是不可见的,因为在两次连续的请求中,客户端并不依赖于同一台
服务器。一个客户端从某台服务器上收到一份包含链接的文档,当它要做一些
处理时,这台服务器宕掉了,可能是硬盘坏掉而被拿去修理,可能是软件需要
升级重启——如果这个客户端访问了从这台服务器接收的链接,它不会察觉到
后台的服务器已经改变了。通过超链接实现有状态交互,即请求消息是自包含
的(每次交互都包含完整的信息),有多种技术实现了不同请求间状态信息的
传输,例如URI重新,cookies和隐藏表单字段等,状态可以嵌入到应答消息
里,这样一来状态在接下来的交互中仍然有效。REST风格应用可以实现交
互,但它却天然地具有服务器无状态的特征。在状态迁移的过程中,服务器不
需要记录任何Session,所有的状态都通过URI的形式记录在了客户端。更准
确地说,这里的无状态服务器,是指服务器不保存会话状态(Session);而资源
本身则是天然的状态,通常是需要被保存的;这里所指无状态服务器均指无会
话状态服务器。
RESTOverview总览
5
剩余86页未读,继续阅读
资源评论
懒懒阳光
- 粉丝: 2
- 资源: 63
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功