This link has been bookmarked by 12 people . It was first bookmarked on 08 May 2007, by samlet wu.
-
06 Apr 08
-
24 Dec 07
-
- 网络上的所有事物都被抽象为资源（resource）；
- 每个资源对应一个唯一的资源标识（resource identifier）；
- 通过通用的连接器接口（generic connector interface）对资源进行操作；
- 对资源的各种操作不会改变资源标识；
- 所有的操作都是无状态的（stateless）。
-
-
11 Sep 07
-
- 网络上的所有事物都被抽象为资源（resource）；
- 每个资源对应一个唯一的资源标识（resource identifier）；
- 通过通用的连接器接口（generic connector interface）对资源进行操作；
- 对资源的各种操作不会改变资源标识；
- 所有的操作都是无状态的（stateless）。
-
每个url都代表一个resource，而整个系统就是由这些resource组成的。
-
如果每个用户需求都可以抽象为资源，那么就可以完全使用REST。
-
-
02 Jun 07
-
- REST提出了一些设计概念和准则：
- 网络上的所有事物都被抽象为资源（resource）；
- 每个资源对应一个唯一的资源标识（resource identifier）；
- 通过通用的连接器接口（generic connector interface）对资源进行操作；
- 对资源的各种操作不会改变资源标识；
- 所有的操作都是无状态的（stateless）。
-
REST之所以能够提高系统的可伸缩性，是因为它强制所有操作都是stateless的，这样就没有context的约束，如果要做分布式、做集群，就不需要考虑context的问题了。
-
我感觉，REST除了给我们带来了一个崭新的架构以外，还有一个重要的贡献是在开发系统过程中的一种新的思维方式：通过url来设计系统的结构。
-
虽然我们连一个功能都没有实现，但是我们可以先设计出我们认为合理的url，这些url甚至不能连接到任何page或action，但是它们直观地告诉我们：系统对用户的访问接口就应该是这样。根据这些url，我们可以很方便地设计系统的结构。
-
让我在这里重申一遍：REST允许我们通过url设计系统，就像Test Driven Development允许我们使用testcase设计class接口一样。
-
所以，所有希望拥抱REST的朋友们，赶快训练自己如何带上资源的眼镜看世界吧，这才是REST的核心所在。
-
在我看来，如果采用纯REST架构的话，所谓的resource就是经过阉割的OO模型，只有属性，没有行为。
-
-
18 May 07
-
08 May 07
-
[Fielding]把REST形式化地定义为一种架构风格（architecture style），它有架构元素（element）和架构约束（constraint）组成。
-
所有事物都被抽象为资源（resource）
-
每个资源对应一个唯一的资源标识（resource identifier）；
-
所有的操作都是无状态的（stateless）。
-
resource identifier是url
-
REST允许我们通过url设计系统，就像Test Driven Development允许我们使用testcase设计class接口一样。
-
可以把每次search看作一个资源，因此要创建create和index方法，create用来在用户点击“搜索”按钮是通过HTTP POST把关键字传给server，然后index则用来显示搜索结果。
-
如果每个用户需求都可以抽象为资源，那么就可以完全使用REST。
-
REST之所以能够提高系统的可伸缩性，是因为它强制所有操作都是stateless的，这样就没有context的约束，如果要做分布式、做集群，就不需要考虑context的问题了。
-
Would you like to comment?
Join Diigo for a free account, or sign in if you are already a member.