目录

RESTful的资源

在RESTful基础知识篇中，介绍了资源是存在于业务逻辑层中的概念实体(如：应用程序对象、数据库记录、算法、HTML、视频图像等)，它会在表现层中被确定，并最终由表现层将资源向自动化客户端以URI的形式公开。可以简单的将资源理解为公开的URI，在客户端中可以通过URI来对资源进行操作。所以首先我们必须理解URI的意义。

URI 标识资源

URI(uniform resource identifier，统一资源标识符)：唯一的标识一个资源。URI的组成部分如下：

1. 访问资源的协议

2. 资源所在的Host

3. 在Host中资源的路径(定义了某一个资源)

Example：

http://www.jmilk.com//Jpython

1. 这是一个通过HTTP协议来访问的资源
2. 存放资源的Host为www.jmilk.com
3. 在Host中资源的路径为/Jpython

URL 定位资源

URL(uniform resource locator，统一资源定位器)：URL是一种具体的URI(URL是URI的子集)，即URL在标识了一个资源的同时，并且还指明了如何定位到这个资源。URL的组成部分如下：

1. 访问资源的协议

2. 存放资源的Host

3. 资源在Host中的定位(定位到某一个具体的资源单位)

格式：

protocol :// hostname[:port] / path / [;parameters][?query]#fragment

Example：

http://img4.imgtn.bdimg.com/it/u=3215216746,1883997400&fm=21&gp=0.jpg

1. 这是一个通过HTTP协议来访问的资源
2. 存放此资源的Host为img4.imgtn.bdimg.com
3. 被定位到的资源为：0.jpg

URI与URL的区别

通过上述的例子如果还不能很好的区别两者，那么简而言之：

URI(定义、标识)表示请求服务器的路径，在这个路径下定义了这么一个资源。

URL(定位)表示请求服务器的路径，并在这个路径下能够访问、获取、操作这么一个资源。

为什么使用资源的概念

资源对一个事物的高度抽象，系统中的一切都可以抽象为资源，例如：

用户--> http://example.com/user

商品--> http://example.com/product/1

有了资源的概念后，我们可以通过Server向Client公开的URI来唯一的访问一个资源。符合松耦合、关注服务对象的RESTful设计理念

对资源的操作

对资源的操作包括获取、创建、修改和删除资源，这些操作对应了HTTP协议提供的GET、POST、PUT和DELETE方法。所以当我们从自动化客户端发起无状态请求时，需要在请求的头部包含有这些方法，最终通过URI和方法的组合来对Server中的资源进行操作。

URI的设计

一个URI到底是不是资源并不是由网址链接来决定，而是由这个URI的实际功能来决定，网址只是一个串符号。而且一个好的URI，能够对资源进行合理的描述，用户可以更直观的理解这个资源的功能作用。下面给出例子：

/resources/142是好的URI，它看起来像是一个事物。

/resources/142/get则不是好的URI，因为它看起来更像是一个动作，只有事物才符合资源的定义。

所以要想符合RESTFul风格的设计，你的URI中应该都是名词，表示一个事物，而非动词。