传统的Java Web MVC框架距离REST有多远

web service本身也是包装. 从内部看它可以采用任意的技术实现可以是mvc也可以是其他的。所以不管你喜欢面向什么编程喜欢什么语言都可以开发ws.

cocoon确实是面向xml开发。

但cocoon不一定非当开发框架用。包装和聚合 web service也可以。

rest只是一种思想 我不认为它就是指导性的标准。

如果完全按照rest说的4种操作来控制。能实现的应用是有限的。

ajax + cocoon + webservice(类rest)已经超越rest的应用范围了

5月份我想用这个方式重新实现一个网上商店 和基于它的分布式的购物门户（ws聚合）。

请教各位，最近我在做一个web的框架，想加入REST的支持，但是由于自己对rest的不理解，所以不太了解该如何去支持rest，按照dlee所说的，现在的web框架大部分都没有对post和delete提供支持，所以对这两个的支持是必然的，但是仅仅如此就够了吗？希望各位高手能给点建议，谢谢。

只要基于HTTP能做的事情，能实现的应用，REST架构设计全部都能实现。因为REST就是设计HTTP、URI等等协议和规范的总的指导原则。如果没有使用REST来指导HTTP协议的制定，就不可能出现Web的蓬勃发展，同样也不可能出现Internet经济了。REST就像空气一样，你以为它不存在，实际上它无处不在，离开了它，你就活不了。

to calmness：
等过一段时间仔细看看我们翻译的Fielding先生关于REST的博士论文吧，这将是目前国内能够找到的关于REST最详细的文档，这篇论文正是REST的来源。

另外可以参考《Ajax模式与最佳实践》，这本书是一本非常好的REST架构设计的教科书。

我是这样理解的

1 如果rest用post put get delete只代表4种操作 并且只指向用url表达的单一资源

rest会和RSS一样迅速普及. 但应用范围有限不支持复杂的应用.


2 如果rest只是通过post put get delete来传递数据 不规范具体操作的含义 也不仅仅局限于资源. server端需要通过分析http head或data来判断操作和获得参数.

那么各种rest系统不能像rss一样调用. 因为操作没有统一的定义. 但是rest可以取代现有的web service定义 可以开发任何web系统 应用范围广阔.