RESTful_基础知识前言 RESTful REST原则 RESTful的实现 RESTful Web服务的多层架构 最后

rest(representational state transfer)：是一种软件架构的设计风格，而不是一种标准。主要用于c/s架构的软件设计，也能很好的支持b/s架构，为软件设计提供了一组原则和约束条件，但这是原则和约束的条件均不具有标准性。 

所以也可以将rest理解为是一组没有严格标准的架构约束条件和设计原则。能够使设计出来的软件简洁、可扩展、安全可靠、更有层次、更易于实现缓存机制。rest的软件设计倾向于简单轻量的方法设计和实现，以及rest具有通过http直接传输数据的特性。 

注意：rest并没有一个明确的标准，更像是一种设计的风格。 

restful：即满足rest约束条件和原则的应用程式或设计，就是restful

无状态原则： 

在web应用程序中，最重要的rest原则是：client和server间的交互请求是无状态的。在rest中，每一个对象都是通过url来表示，对象用户负责将状态信息打包进每一条信息内，保证对象的处理总是无状态的。 

交互原则： 

资源： 

http标准方法： 

因为所有的资源又都共享统一的接口，便于client和server之间使用标准的http方法(get、put、post、delete)来传输信息。

分层系统： 

为了使得系统中的组件无法了解除了与它自身交互的中间件之外的任何组件。通过将不同的组件分别限制在各自的层面上，可以限制整个系统的复杂性，促进了底层的独立性。并且使用统一的dashboard可以简化整个系统的后端架构，改进子系统之间交互的可见性。即：简化了client和server的实现。 

中间件： 

中间件是一种独立的系统软件或服务程序，能够连接两个独立软件或系统。分布式应用软件借助于中间件能够在不同的技术之间共享资源。即：中间件使得若干个相互独立的系统，在各自都拥有着不同的接口的情况下，仍然能通过中间件来实现通信。执行中间件的一个关键途径是信息的传递。通过中间件，应用程序可以工作在多个平台及os环境中。简而言之，中间件即桥梁。

在理解restful的web服务之前，首先来了解了解与之相似的另外一种实现方法—— rpc样式 web服务

soa(面向服务的体系结构)：是一个组件模型，它通过在应用程序中不同的服务(功能单元)之间定义良好的接口和契约，使得不同的服务之间可以联系起来。这些接口是采用中立的方式进行定义的，接口独立于实现服务的硬件平台、os和编程语言。 

soa能够让这些构建在各种系统中的服务可以使用一种统一和通用的方式进行交互。

soa可以根据需求通过网络对松耦合的粗粒度应用组件进行分布式部署、组合和使用。服务之间通过简单、精确定义的接口进行通信，不需要了解底层编程接口和通信模型。服务层是soa的基础，可以直接被应用程序调用，从而有效的控制系统中与软件代理交互的人为依赖性。

soa能够让软件工程师们站在一个新的高度去理解企业级架构中的各种组件的开发、部署形式，它将有利于企业系统架构师更迅速、可靠、更具重用性的架构整个业务系统。

rpc(remote procedure call protocol 远程过程调用协议)，是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。rpc协议假定某些传输协议(tcp/udp)的存在，为程序的通信携带信息数据。 

rpc采用c/s架构，client请求服务，server提供服务。client的调用进程发送一个有进程参数的信封(包含参数的调用信息)到server的服务进程，然后等待回应。server的服务进程会保持睡眠状态来等待client发送的调用信息，当一个调用信息到达server后，server的服务程序就会获得参数、并将执行后的结果响应给client，然后返回睡眠状态等待下一个调用信息。最后client调用进程接收到响应信息后，得以继续执行程序。

wadl：描述如何访问具体的接口 

uddi：管理、分发、查询web services

这是实现soa最常用的方法，rpc样式的web服务client将一个包含了数据(方法、参数信息)的信封通过http协议发送到server，server将信封打开并接收传入的参数、执行指定的方法，然后将方法执行后的结果再次打包成一个信封返回到client。最后client接收到来自server的响应。在prc样式的架构中，每一个对象都有自己独特的方法，且仅会公开一个uri来标识。 

注意：rpc架构忽略了http大部分特性且仅支持post方法。

restful web服务通常可以通过自动客户端或代表用户的应用程序直接访问，在rest样式的web服务中，每个资源都有一个地址uri(统一资源表示符)。而资源的本身就是方法调用的目标，方法列表对所有的资源都是一样的，这些方法都是标准方法，包括http get、put、post、delete、header、options。 

自动客户端： 

自动化使得应用程序能够对在另一个应用程序中实现的对象进行操作，或者会将对象公开以便可以对其进行操作。自动客户端是可以对属于另一个应用程序公开的对象进行操作的应用程序。而公开对象的应用程序也被称之为自动服务器。自动客户端通过访问自动服务器中对象的属性和方法对这些对象进行操作。有下面两种类型： 

1. 运行时：动态的获取相关服务属性和操作信息的client 

2. 编译时：拥有指定服务器属性个操作的静态信息的client 

在rpc样式的web服务中关注的是方法，而在restrful样式的web服务中关注的是资源。

rest-rpc混合样式web服务不使用信封来包装方法、参数、数据，是通过直接的http传输数据，这一点与rest样式的web服务是类似的。但这种混合样式不使用标准的http方法来操作资源，它在http请求的uri中就已经存储了方法信息。

restful web服务的多层架构与动态web应用程序的多层架构在许多方面上是类似的。参照下面的多层架构图。web服务与web应用程序的不同在于客户端的本质(自动化/gui)和表示层(presentation layer)处理程序。web服务让业务逻辑(business logic layer)和数据可以由自动客户端(由自动化脚本支持的webservicesclient)和gui客户端(browserclient)共享。

从数据访问中分离业务逻辑可以实现数据库的独立性，并且能够为各种类型的数据存储提供插件能力。

web浏览器客户端(gui客户端)，使用表示层中的browser request handler(浏览器请求处理程序)生成的html来提供显示功能。browser request handler可以使用mvc、mtv模型。它从浏览器接受请求，从业务逻辑层请求服务，再生成表示视图并对浏览器做出响应，表示视图提供给用户在浏览器中显示。表示视图不仅包含了内容，而且还包含了显示的属性，如html、css。在浏览器中运行且作为restful web服务消费者的角色的ajax、flash等等都属于web服务的客户端。ajax和restful web服务本质上是互补的，而且restful web服务为ajax提供了非常简单的api来处理服务器上资源之间交互。

业务逻辑层充当着数据访问层(data access layer)和表示层之间数据交换的中间层，数据经过业务逻辑层的处理后以域对象或值对象的形式提供给表示层。从业务逻辑层中解耦browser request handler和resource request handler有助于促进代码的重用，并能实现灵活和可扩展的架构。

数据访问层提供了与数据存储层(data store layer)的交互，数据访问层可以使用dao设计模式或对象-关系映射解决方案来实现。数据访问层的作用在于针对不用的数据存储技术，都能够从业务逻辑层中分离数据访问代码。数据访问层还可以作为连接其他系统的集成点，可以成为其他web服务的客户端。 

dao(data access object)：数据访问对象。是一个面对对象的数据访问接口(api)，即连接数据库的接口。夹在业务逻辑层和数据库资源中间。

数据存储层包括了数据库系统、ldap服务器、文件系统和企业信息系统。使用该架构，你可以看到restful web服务能够灵活的成为任何企业数据存储统一的api，从而向以用户为中心的web应用程序公开垂直数据，并部署自动化批量报告脚本。

可能对于刚开始接触restful的小伙伴们不能太理解上面的内容，不过大可以放心本篇是作为一个概括性的文章，以后还会反复的对其中的内容做出扩充。

jmilk

转载：http://blog.csdn.net/jmilk/article/details/50452595