上帝保佑，看到了REST盲从者(RESTafarian)这个词

据我所知, REST的话，在以下两个地方有好处:
1.相同的url,不同的操作,
比如同样,topic/1, method为get的时候是show, method为put的时候是update, 简化了某些地方的编写，generating url就比较简单的，可以很简单的相同，比如topic_path(@topic), 不同的信息分到了http method里头来指定.
2.嵌套资源，比如user下面有roles
那么user/1/roles, user/1/role/1 只限定于user1的所有roles,或者他的一个role,在实际操作中我们页面也确实是这样展现的.

然后其他REST的好处的话，还真的没有看出来，对REST研究的不深，(其实是根本没有研究),有知道的人说说看?

rest有点接近底层了从贴近应用的角度可以谈谈atom有什么用

资源太抽象了没有什么好谈的 如何组织资源 用什么数据库来管理资源 如何查询？这些比较贴近实际的开发

做Java开发的就得面对各种概念，其实，如果你仔细思考一下，他们采用的并非什么新技术，只不过是旧技术的创新组合而已……

所以没必要用那种激动人心的词汇去描述，即使它的名字是那么的如雷贯耳，要记住，那是给什么都不懂的客户看的，是商业宣传手段而已

此话经典, 非常赞同.

不用REST当然也可以开发出成功的系统。当然，不用OO也可以开发成功的系统。以前很多大网站不都是用cgi来的，难道它们不成功？那我们为什么还要php、jsp、asp？工具就是工具，谁顺手谁顺眼就用谁。环游全世界，开越野车要更快一些，当然骑自行车一样也可以很成功实现目的。

另外，我在一个项目里全面基于REST开发，的确很不错。

REST不仅仅是http一个时髦词而存在。
REST对是一种分布式架构，其核心是基于服务器，代理服务器和缓存的基础体系架构和无状态的约束。
REST另一个重要特性是基于URI的访问方式。类似于远程对象引用，URI提供了描述对象的一种方便方式，而这种方式可以被很多技术体系所引用。
http提供了对rest良好支持，单rest并不仅仅限于http。

REST的最大吸引力在于基于resource, 简单易懂， 而且无状态stateless, 可以cache网页..
而现在很多过于复杂的网站， 比如 amazon, 因为基于specific  user 太多， 很多页面都只对唯一用户有用（比如显示这个用户最爱什么，他最近作了什么，他可能喜欢的书是什么），那些页面就很难cache.
REST是一个构思，远远不止于 在网络在HTTP的应用。
为什么AJAX这么火， 有一个原因就是它适合REST框架， 那些javalib都可以cache在proxy..
不反对SOA等技术， 但是随着对REST的更深了解， 它的确是更清晰更有生命力

既然Roy Thomas Fielding说“现代Web是REST风格架构的一个实例。”那么是否就意味着我们按照纯Web的方式来架构系统，不要搞什么分布式对象，不要在Server端使用Session.就是符合REST架构的呢？
另外最论文的最后，Fielding说：REST既贡献了在现代Web软件架构背后的基本原理....
   结论就是当今的Web就是按照或者说大部分按照REST的架构风格来设计的。而且文中也提到了“将URI[21]作为资源标识符来使用”，那么URI本身就具有标识能力。另外，“更精确地说，资源R是一个随时间变化的成员函数MR(t)，该函数将时间t映射到等价的一个实体或值的集合，集合中的值可能是资源的表述和/或资源的标识符。”“对于一个资源来说，唯一必须是静态的是映射的语义，因为语义才是区别资源的关键。”我觉得对于url设计在于区分语义，而非book/restinaction之类的url，我认为可以是book？isdn=？？，甚至是Struts Action一类的东西，因为我们可以把book.do理解为函数MR。

    我刚看了第一遍这个论文，相关的研究还没有展开，不过看到Javaeye上很多的讨论，而且很多人还是那篇论文中文版的顾问，所以有理解不当之处还请指出。

    另外比较反感总说什么不用什么什么也能实现，我想这就是中国在技术方面总是没有在世界领跑的技术甚至是概念的原因，大家总是满足于现在已有的，能做，并不代表做的好，就应该这么做

这个经典

这个讨论和关于函数型编程风格、命令型编程风格或者混合型编程风格的优缺点的讨论一样，我觉得是各有各的优点和缺点，对具体的应用实用的就是好的，应该个案分析。