面向资源的 Web 服务

　　那么要成为真正的面向资源的服务要满足哪些条件呢?可以这样归结：创建一个好的统一资源标识符(Uniform Resource Identifier，URI)，并以标准化的方式来使用 HTTP 动词(GET、POST、PUT 和 DELETE)，而不是使用与自定义的方法调用相结合的动词(GET)。

　　再回到 Beatles 的查询上，要想更接近正式的 RESTful 接口，第一步就是要调试 URI。Beatles 不是作为参数而被传入到 webSearch 方法，而是成为了 URI 的中心资源。例如，关于 Beatles 的 Wikipedia 文章的 URI 为 http://en.wikipedia.org/wiki/Beatles。

　　但是真正把 GETful 原理和 RESTful 原理区别开来的是用于返回资源表示的方法。Yahoo! RPC 接口定义了很多自定义方法(webSearch、albumSearch、newsSearch 等等)。如果不读取文档的话，是无法得知方法调用的名称的。就 Yahoo! 而言，我可以跟随它的模式并猜出它有 songSearch、imageSearch 和 videoSearch 这几个方法调用，但却不敢保证一定是这样。同样，其他的 Web 站点可能使用不同的命名约定，如 findSong 或者 songQuery。就 Grails 而言，像 aiport/list 和 airport/show 这样的自定义操作在整个应用程序内都是标准操作，但这些方法名称无法成为其他 Web 框架中的标准。

　　相反，RESTful 方法通常使用 HTTP GET 来返回所涉及的资源表示。因此对于 Wikipedia 上的任何资源来说(http://en.wikipedia.org/wiki/Beatles、http://en.wikipedia.org/wiki/United_Airlines 或者 http://en.wikipedia.org/wiki/Peanut_butter_and_jelly_sandwich)，我都可以得知 GET 是获取它的标准方式。

　　当处理一个资源的完整的 Create/Retrieve/Update/Delete(CRUD)生命周期时，标准化的方法调用的强大功能就变得更加显而易见了。RPC 接口不提供创建新资源的标准化方式。自定义的方法调用可以是 create、new、insert、add 抑或是其他任何调用。在 RESTful 接口中，每向 URI 发送一个 POST 请求就会插入一个新资源。PUT 可以更新资源，而 DELETE 可以删除资源(参见 POST 与 PUT 侧边栏)。

　　现在您已经对 GETful 与 RESTful Web 服务之间的差异有了更充分的了解了，并已经准备好用 Grails 创建自己的服务了。这两种服务的例子您都将看得到，但我要从简单的 POX 例子开始说起。