集中一下吧，整理一些笔记，关于REST。不断添加中……

原帖：http://www.iteye.com/topic/106064

dongbin 写道

2. REST不是Model的Proxy

  以为只要Model和Model的关系设计好了，REST风格的URL就被决定了。这就是我前段时间所犯的最愚蠢的错误。这种思想让我用Model First的方式设计系统。结果系统实现得越多，离用户价值越远。

3. REST不是 map.resources，更不是Nested Resource

  如果按照Model的层次关系来设计URL，如果层次关系很深，必然导致Nested Resource的层次很深。而是否需要这样的URL应该由需求决定，而不是Model。

这篇文章以及评论讲得非常好。Nested Resource的目的是向URI中加入以及解析必须的参数,而不是把Model的关系展现出来,更不是在URL上耍酷。

……………………

REST是什么？

REST体现了软件开发的最终目标：实现用户价值！实现用户价值的开发就要求我们从User Interface开始设计，而不是Model。

4. REST不是Model的CRUD与Controller的绑定
…………

原文：http://www.iteye.com/topic/70113

AllenYoung 写道

resouce所指的并不是数据，而是数据+特定的表现形式（representation），这也是为什么REST的全名是 Representational State Transfer的原因。举个例子来说，“本月卖得最好的10本书”和“你最喜欢的10本书”在数据上可能有重叠（有一本书即卖得好，你又喜欢），甚至完全相同。但是它们的representation不同，因此是不同的resource。

原帖：http://www.iteye.com/topic/288086

BirdGu 写道

我觉得很多人感觉restful“束手束脚”的原因就是把resource和model一一对应起来了。其实这是对restful的最大误解。

评论

1 楼 michael164231 2009-07-09  

引用文中一点：
"REST体现了软件开发的最终目标：实现用户价值！实现用户价值的开发就要求我们从User Interface开始设计，而不是Model。 "
比较疑惑的是，如果说UI开始设计，这种说法却又违背了DHH曾经的话："同一种资源可以有不同的表现..."云云。原话记不太清楚，意思大概就是说"资源"和其表现没有太大关系。这又怎么解释?

[e-mail],欢迎交流