Ruby on Rails 是一个突然流行起来的框架，充当着 Ruby 编程语言的催化剂。随着 Ruby 的经验不断成功，开发人员开始寻求把他们的 Ruby 应用程序与用其他语言编写的应用程序集成。Rails 对 Web 服务提供了优秀的支持。本文介绍 Rails 中的 Web 服务，重点放在一个名为 Representational State Transfer (REST) 的策略上。

　　过去的 20 年间，一个趋势主导了商业软件工具的开发:用复杂性对抗复杂性。这一趋势在任何地方都没有比在分布式计算领域更明显。C 和 Java™ 社区已经看到一些惊人复杂的框架被构建出来支持分布式通信。分布式计算环境(DCE)支持用 C 语言编写的应用程序之间的远程过程调用。公共对象请求代理架构(CORBA)标准支持面向对象应用程序之间的通信。企业 JavaBean(EJB)规范提供安全性、持久性、事务、消息和远程的服务。对各个框架的宣传甚嚣尘上，但是这些框架都没有满足预期，有些甚至因为它们的复杂性而成为灾难。在这些框架中，只有 EJB 3.0 属于大力简化的结果，有潜力在分布式应用程序上成功。市场可能给、也可能不给这个面临强敌的框架另一个空间，但 EJB 仍然需要交付使用。

　　最新的大型分布式框架是 Web 服务。Web 服务技术让应用程序可以用平台独立或编程语言独立的方式相互通信。Web 服务标准也受到复杂性恶魔的威胁，但是称作 REST 的替代策略承诺了更简单的方式。本文介绍了如何在 Ruby on Rails 中添加 REST 风格的 Web 服务，并从 Ruby 和 Java 代码调用服务。

　　Web 服务领域

　　就像 EJB、CORBA 和 DCE 一样，Web 服务的核心抽象也是远程过程调用。Web 服务利用叫做 SOAP(最初，SOAP 代表简单对象存取协议，但是这个术语现在降级了)的协议，用 XML 表示消息的结构。这里有一个技巧:如果协议用代表简单的 S 开始，那它就不简单。Web 服务定义语言(WSDL)提供了服务的标准规范。像 SOAP 一样，WSDL 也是一个棘手而复杂的 API，而 SOAP 和 WSDL 仅仅涉及到了构成 Web 服务这个大怪物的众多 API 的表面。Web 服务需要一次大修，感谢 Roy Fielding 的一份有影响的博士论文，Web 服务得到了大修。

　　Fielding 的论文描述了 REST 应用程序联网策略。REST 与全堆栈 Web 服务根本不同，主要原因有三个:

• 　　REST 的核心抽象是远程资源而不是远程过程调用。
• 　　REST 没有发明一个详尽的标准列表，而是采用现有的 Internet 标准，包括 HTTP、XML 和 TCP/IP。
• 　　REST 没有覆盖每个可能场景，而是覆盖了最常见的问题。

　　请把 REST 想像成浏览。REST 客户使用与浏览器相同的 HTTP 命令访问资源。当 REST 客户访问到资源的表示时，客户转换到一个状态。使用不同的 HTTP 命令，REST 客户可以创建、读取、更新或删除资源的记录。

　　例如，以典型的博客为例。通过输入 URL，例如 blog.rapidred.com，得到贴子的列表。然后，如果想编辑博客条目，可以在 URL 中输入 HTTP 参数(例如 blog.rapidred.com/edit?article=12345)，然后显示编辑表单。由于每个博客条目都有自己的 URL，所以点击链接或直接输入 URL，就可以用 HTTP 命令读取、修改或删除内容。

　　简而言之，REST 可以:

• 　　用 TCP/IP 命名标准命名 Web 上的资源
• 　　用 HTTP 查询和操纵这些资源
• 　　使用基于文本的标准消息格式(例如 XML 或 HTML)来构造数据

　　Ruby on Rails 用 REST 对 Web 服务提供了优秀的支持。