用于构建RESTfulWeb服务的多层架构.docx

用于构建 RESTful Web 服务的多层架构/developerworks/cn/web/wa-aj-multitier/Bruce Sun, Java 架构师, IBM　简介：?由于它简便、轻量级以及通过 HTTP 直接传输数据的特性，RESTful Web 服务成为基于 SOAP 服务的一个最有前途的替代方案。在本文中，我们将概述 REST 和 RESTful Web 服务的概念，并将它们与基于 RPC-style/SOAP 的 Web 服务相比较。您还将学习有关使用 Java? 框架构建 RESTful Web 服务的内容，以及使用共享多层架构构建 RESTful Web 服务和动态 Web 应用程序的内容。发布日期：?2009 年 8 月 03 日?级别：?中级?其他语言版本：?/developerworks/library/wa-aj-multitier/英文?访问情况 ：?13856 次浏览?评论：?(/developerworks/cn/web/wa-aj-multitier/查看?|?/developerworks/cn/web/wa-aj-multitier/添加评论?- 登录)?平均分 (26个评分)/developerworks/cn/web/wa-aj-multitier/为本文评分简介现代 Web 应用程序必须提供桌面风格（desktop-like）的富浏览器界面，对外部客户端应用程序使用 Asynchronous JavaScript and XML (Ajax)，或者 Google Web Toolkit (GWT) 以及 RESTful Web 服务。本文建议对 Ajax/GWT 使用 Resource Request Handler (RRH) 并从外部客户端应用程序中调用，以及使用一个 Browser Request Handler (BRH) 处理浏览器的请求，生成可在浏览器中显示的输出。两个处理程序共享一个通用 Business Logic Layer，并与 Data Access Layer 交互。RRH 和 BRH 的抽象简化了设计并帮助简化代码重用，产生更加灵活和可扩展的架构。/developerworks/cn/web/wa-aj-multitier/回页首什么是 REST？REST (REpresentation State Transfer) 描述了一个架构样式的网络系统，比如 web 应用程序。它首次出现在 2000 年 Roy Fielding 的博士论文中，他是 HTTP 规范的主要编写者之一。REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是 RESTful。Web 应用程序最重要的 REST 原则是，客户端和服务器之间的交互在请求之间是无状态的。从客户端到服务器的每个请求都必须包含理解请求所必需的信息。如果服务器在请求之间的任何时间点重启，客户端不会得到通知。此外，无状态请求可以由任何可用服务器回答，这十分适合云计算之类的环境。客户端可以缓存数据以改进性能。在服务器端，应用程序状态和功能可以分为各种资源。资源是一个有趣的概念实体，它向客户端公开。资源的例子有：应用程序对象、数据库记录、算法等等。每个资源都使用 URI (Universal Resource Identifier) 得到一个惟一的地址。所有资源都共享统一的界面，以便在客户端和服务器之间传输状态。使用的是标准的 HTTP 方法，比如?GET、PUT、POST?和DELETE。Hypermedia 是应用程序状态的引擎，资源表示通过超链接互联。另一个重要的 REST 原则是分层系统，这表示组件无法了解它与之交互的中间层以外的组件。通过将系统知识限制在单个层，可以限制整个系统的复杂性，促进了底层的独立性。当 REST 架构的约束条件作为一个整体应用时，将生成一个可以扩展到大量客户端的应用程序。它还降低了客户端和服务器之间的交互延迟。统一界面简化了整个系统架构，改进了子系统之间交互的可见性。REST 简化了客户端和服务器的实现。/developerworks/cn/web/wa-aj-multitier/回页首RESTful Web 服务与 RPC 样式的 Web 服务最近，使用 RPC 样式架构构建的基于 SOAP 的 Web 服务成为实现 SOA 最常用的方法。RPC 样式的 Web 服务客户端将一个装满数据的信封（包括方法和参数信息）通过 HTTP 发送到服务器。服务器打开信封并使用传入参数执行指定的方法。方法的结果打包到一个信封并作为响应发回客户端。客户端收到响应并打开信封。每个对象都有自己独特的方法以及仅公开一个 URI 的 RPC 样式 Web 服务，URI 表