精通 Grails: RESTful Grails

核心提示： 如果假设 Yahoo! 支持 SOAP 接口的话（实际上并不支持），那么发出一个 SOAP 请求将会返回相同的数据，精通 Grails: RESTful Grails(2)，但对于开发人员来说，发出请求可能更费劲一些，又接受摄氏温度（Celsius）符号 c，不难想象，在查询字符串里，请求方将需

如果假设 Yahoo! 支持 SOAP 接口的话（实际上并不支持），那么发出一个 SOAP 请求将会返回相同的数据，但对于开发人员来说，发出请求可能更费劲一些。在查询字符串里，请求方将需要呈交的不是简单的一组名称/值对，而是一份定义明确的、带有一个 SOAP 报头和正文部分的 XML 文档 — 而且要用一个 HTTP POST 而非 GET 来提交请求。所有这些额外的工作完成后，响应会以一个正式 XML 文档的形式返回，它与请求一样，也有一个 SOAP 报头和正文部分，但要获得查询结果，需要去掉这些内容。Web 服务常常作为复杂 SOAP 的一种简单替代品而被采用。

有几种趋势可以表明 Web 服务的 RESTful 方法越来越普及了。Amazon.com 既提供了 RESTful 服务又提供了基于 SOAP 的服务。现实的使用模式表明十个用户中几乎有九个都偏爱 RESTful 接口。另外还有一个值得注意的情况，Google 于 2006 年 12 月正式宣布反对基于 SOAP 的 Web 服务。它的所有数据服务（归类为 Google Data API）都包含了一个更加具有 REST 风格的方法。

面向服务的 Web 服务

如果把 REST 和 SOAP 之间的差异归结为 GET 和 POST 之间的优劣，那就很容易区分了。所使用的 HTTP 方法是很重要的，但重要的原因与您最初预想的不同。要充分了解 REST 和 SOAP 之间的差异，您需要先掌握这两个策略的更深层语义。SOAP 包含了一个 Web 服务的面向对象的方法 — 其中包含的方法（或动词）是您与服务相交互的主要方式。REST 采取面向资源的方法，方法中的对象（或名词）是最重要的部分。

在一个 SOA 中，一个服务调用看起来就像是一个远程过程调用（remote procedure call，RPC）。设想，如果您有一个带有 getForecast(String zipcode) 方法的 Java Weather 类的话，就可以轻易地将这个方法公开为一个 Web 服务了。实际上，Yahoo! 就有这样一个 Web 服务。在浏览器中输入 http://weather.yahooapis.com/forecastrss?p=94089，这样就会用你自己的 ZIP 代码来替代 p 参数了。Yahoo! 服务还支持第二参数 — u —，该参数既接受华氏温度（Fahrenheit）符号 f，又接受摄氏温度（Celsius）符号 c。不难想象，在假想的类上重载方法签名就可以接受第二参数：getForecast("94089", "f")。