声明：看到这个系列很好的讲解了REST route的问题，所以再次转载

原文：http://www.softiesonrails.com的REST简明指南 ，共有5篇，本篇是第1篇。

PART I

在理解REST on Rails之前，有必要先思考一下这个问题：浏览器是如何工作的？在开始使用Rails构建一个网站之前，我对这个问题是这么认为的：

• 首先我会在地址栏输入一个URL，或者点击一个链接
• 然后浏览器会发送一个HTTP请求，并获取响应中的HTML代码
• 最后我会看到经过浏览器渲染的页面

就这么多，我甚至不知道Form是如何工作的，我觉得它跟点击链接没什么不同。

但在现实世界里，HTTP协议有很严格的指令用于定义浏览器应该如何向服务器发送请求，HTTP同HTML完全是两码事，HTML只不过是一种用于表现页 面内容的标记语言（Markup Language），而HTTP协议则允许浏览器从服务器获取各种类型的数据，HTML只是其中之一。事实上，HTTP协议定义了8中不同类型的请求，尽 管如此，我们最熟悉的可能还是下面两种：

• GET，通过GET请求可以获取Web上的资源，每一个资源都由URL来唯一标识。
• POST，通过发送一组数据到特定的URL来创建一个新资源。

PART II

你可能对我使用“资源”（Resource）这个词感到迷惑不解，事实上我第一次看到这个词时也跟你一样迷惑，但这正是REST的精髓所在，在REST的世界里，整个Web被看作一组资源的集合，而不是一张张的网页，这是什么意思呢？

昨天，我上当当买了几本书，又去维基百科查了几个词条，然后上新浪看了几条新闻，最后又在NBA网站上看了下骑士对马刺的比赛前瞻。

如果你想要理解REST，那么你就要转变你的思维，不要再认为以上这些东西都是一张张的网页，让我们以维基百科为例，我查阅的REST词条事实上并不是一张网页，它是一个资源，我们使用http://zh.wikipedia.org/wiki/REST访问这个资源，并取得了它的HTML表示，之所以是HTML，是因为浏览器只只是这种方式。

我承认这有些费解，http://zh.wikipedia.org/wiki/REST怎 么可能不是网页呢？事实上，确实不是，它是一个使用URL进行标识的资源，当我使用浏览器来访问它时，我得到了它的HTML表示，但维基百科可能还提供其 他形式的表示，比如一个PDF，一张JPG图片或者别的什么东西，而我之所以得到一个HTML，是因为我的Firefox发送了一个GET请求，并明确的 告诉了服务器，给我一个HTML表示。

再举个更浅显些的例子，比如我向南方航空定了张机票，他们可以通过HTML在浏览器中跟我确认，也可以发短信给我，或者发一封Mail，当然也可以选择最稳妥的方式，打个电话告诉我。事实上就是一种资源，多种表示。

希望经过这番唠叨，你能够理解我所说的，我的机票订单不止是个网页，它是一个资源，当然我可以选择通过浏览器以HTML的方式来查看它。

PART III

一旦你接受了Web就是个巨大的资源集合，这些资源可以使用任意多的方式来表示，而HTML只是其中一种时，你离真正掌握REST已经不远了，但在结束今 天的课程前，我还要在絮叨下：事实上，资源并不总是单个的东西，比如维基百科上介绍REST的文章，一张机票订单或者一堆NBA比赛数据，它也可以是一组 资源的集合，比如中国传统节日列表，你最好的朋友等等，它们都是资源。

现在，你应该已经理解了什么是资源，在下一节，我们将讲解如何通过HTTP来创建（Creation），读取（Reading），更新（Updating）和销毁（Destruction）一个资源。