围绕面向服务的体系结构SOA(Service Oriented Architecture,SOA)的讨论很多,围绕如何正确实现SOA的讨论很多。如何构建灵活的异构系统,如何集成现有的系统,如何让异构系统进行通信?虽然当前主流的方式明显地集中在基于SOAP、WSDL和WS-*规范的Web Services领域,但也有少数人主张更好的方式是REST,Restful WebService,或者RESTful HTTP。那什么是REST?
REST是 Representational State Transfer (表述性状态转移)的缩写。为什么提这个名字?
Client application transfers state with each resource representation. This is REST.
通过超文本传输协议(HTTP)发送简单的消息来实现 SOA,这基本上就是 REST 式 Web 服务 (RESTful Web services) 的工作方式。REST并不是一个协议或技术;它是一种体系结构风格。
REST 是 SOAP 的轻量型替代品,它是面向资源的,而不是面向操作的。它常常被归结为远程过程使用 HTTP 调用 GET、POST、PUT 和 DELETE 语句。我认为,这只是第二个重要的步骤。 (第一个(也是最重要的)步骤是把所有资源建模为 URL 形式。)
(*) REST比较简单朴素,在安全性,可靠消息传输,或标准化的业务过程自动化上还没有定义。(REST很适合面向数据的应用,但对于面向服务/面向方法的应用,比如需要事务、严密的安全性等等这些更高级的操作的应用来说,采用基于WS-*的方案显得更有道理。)
- GET - 该操作返回已标识资源的状态表示。您可以通过大量的上下文要素来确定状态,例如谁正在提交请求、操作的参数(传入的参数如 HTTP 头或者查询字符串参数)和服务提供方维护的当前会话状态。
- POST - 该操作执行对已标识资源的一些特定于应用程序形式的更新。该操作行为完全依赖于实现它的服务。由该操作返回的数据也完全依赖于应用程序。举例来说,像 GET 操作一样,它可以返回一个状态表示,它还可以选择根本不返回任何数据。
- PUT - 该操作在已标识位置(URI)创建新资源。操作输入必须包括一个资源的状态表示。它完全依赖服务来创建基于这个状态表示的资源。
- DELETE - DELETE 操作销毁已标识位置(URI)的资源。
- 决定资源及其描述性 URL。(通过url来设计系统的结构则整个系统就是由这些resource组成的,注意设计思维方式的不同)
- 为每个 URL 上的通信选择一种数据格式。
- 指定每个资源上的方法。
- 指定返回的数据和状态码。
具体示例点击此处参考IBM developworks的文章。
WCF 3.5对REST的支持
微软提供的例子: Windows CardSpace Samples
WCF REST 快速上手: WCF REST over HTTP Service
新闻:The new WCF Web Programming Model supports REST Design
SOA中的RESTful应用程序(1)
SOA中的RESTful应用程序(2)
Part I
Part II
Part III...(Coming soon)
其他文章和资源: