javaeye似乎也不是完全的RESTFul

    从下面几个URL看：

http://www.iteye.com/forums
http://www.iteye.com/forums/board/Ruby
http://www.iteye.com/forums/board/Java
http://www.iteye.com/topic/277352
http://www.iteye.com/topic/261892
http://www.iteye.com/forums/40/topics/new
http://www.iteye.com/forums/43/topics/272516/posts/748326

    都是很典型的REST-URLs，但是看看这几个URL，最新讨论、最热门讨论、我参与的讨论:

    http://www.iteye.com/forums/hot_topics
    http://www.iteye.com/forums/new_topics
    http://www.iteye.com/forums/my_topics

   按我的理解，这似乎仍然是传统的action类型的URL，而非REST-URLs。如果将最新的20个帖子作为一个资源来看，那么URL是不是应该类似：

   http://www.iteye.com/latest_topics/3/show

  

是混合型的，因为要考虑被搜索引擎收录旧的url保持一致。

不过你提到的topic/xxxx和forums/board/Ruby都不是rails restful resource的标准格式，标准的应该是：topics/xxxx（多个s），而forums/board/Ruby是为了兼容旧的url

多谢解惑，topic/xxxx这个是我看错了

单个topic是resource,所有hot topics的集合也是一个resource

http://www.iteye.com/forums/hot_topics 

是符合resetful的。

我个人觉得URL不能用来分析RESTFUL的标准，只不过是它的外在形式。

/forums/hot_topics，如果单从形式上说，是符合restful，我是猜测hot_topics在javaeye中还是作为ForumController的action来实现的，而非抽象成资源。

看一下restful webservice就明白了.还有没必要死扣restful

没必要一味的死扣 RESTful 的概念，好像全世界的 rails 应用非要 REST 不可。有这个时间去窥视 URL，还不如花这点时间去真正理解一下什么叫做 REST。

顺便提一下，REST 早在 rails 以前很长时间就已经有了，有兴趣的可以去查 HTTP 协议的历史，多学习一点背景知识，没必要纠结在这种表面问题上 - 居然已经到了死抠的地步了

附上链接：

• Representational State Transfer
• http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm

恩，您很牛。我比较无语的是，我个人的一个小小疑问，您能扯这么远，您从哪点看出我死扣REST了？是你的好为人师吧。

没有高超的javascript技能，很难完全用RESTful，所以完全的RESTful对rails来说是件很简单的事情，但是对javascript要求太高了。