|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间：2007-11-07
其实除了RESTafarian，还有一类就是排斥论者也不可取。这些排斥论者普遍的特征是排斥一些看起来不是很不严谨的东西，如动态语言等等。往往自以为参与开发了一些大系统。但什么是大系统，很多人都是井底之蛙，所不同之处，只是井的大小而已。
任何思想，只要提出来讨论便有其价值，如果不从其角度去论述就批评或盲从都是不对的。java是一个例子，c也是，REST诞生于互联网应用处于成长期，是WEB2.0时期，不能离开这个环境去思考REST。 |
| 返回顶楼 | |
|
最后更新时间：2007-11-14
见了某些同志的发言.凡是不说REST好的,一律当头一棒"你根本不懂HTTP和REST"...
真恐怖. |
| 返回顶楼 | |
|
最后更新时间：2007-11-26
rest只是一种架构风格 它也有自己的不足
如果你的对象难以抽象为crud的标准操作 那么这样的资源显然是不容易简单的利用rest风格来架构的 rest给我们更多的应该是一个软件架构上的思路 不分语境的讨论架构的优劣就太不公平了 正如不分情况的讨论RoR取代java一样 |
| 返回顶楼 | |
|
最后更新时间：2008-01-14
ball_cao 写道 rest只是一种架构风格 它也有自己的不足
如果你的对象难以抽象为crud的标准操作 那么这样的资源显然是不容易简单的利用rest风格来架构的 rest给我们更多的应该是一个软件架构上的思路 不分语境的讨论架构的优劣就太不公平了 正如不分情况的讨论RoR取代java一样 REST是一种方法论，软件总是用一套思想去模拟和重建世界，例如，面向对象实际上是一种拟人化的理论；而REST，把世界都看作资源以及对资源的原子访问操作，定义了通用的访问资源的方法。至于管用不管用，理论如能够完美诠释某些业务场景，套得上去，就管用，否则就不管用。如此而已。 |
| 返回顶楼 | |
|
最后更新时间：2008-01-15
femto 写道 据我所知, 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无关吧。我也没研究。 
|
| 返回顶楼 | |
