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

到目前为止，传统的Java Web MVC框架（Struts、WebWork、Spring MVC、etc.）还无法很好地支持REST风格的架构设计。它们在设计之初时基本上都是围绕着基于HTML表单的交互模式来设计的，View的粒度难以 达到单个页面以下。不能把响应Ajax请求而返回的XML/JSON/纯文本格式的数据简单地认为是Web MVC框架中的View，实际上这个时候这些数据的语义已经与传统的Web MVC架构中的View的语义相距甚远。

传统的Web MVC框架一个最大的问题是它们看待URL的方式与REST有很大的差别。REST把服务器端所有的URL都当作是抽象的资源（相当于是面向对象设计中的 接口），虽然Web MVC也强调不应该将硬编码的URL（例如：http://www.xxx.com/yyy/zzz/abcd.jsp）直接暴露出来，而应该通过某个Controller来暴露，将这个页面配置为Controller的一个View，但是Web MVC框架并没有有意识地将URL当作抽象的资源来看待和设计。

还有一个较为严重的问题是传统的Web MVC框架基本上都只支持GET和POST两种HTTP方法，而不支持PUT和DELETE方法，而Servlet API是支持上述所有的HTTP方法的（支持doPut和doDelete方法）。

举个例子，Spring MVC所支持的HTTP方法封装在org.springframework.web.servlet.supportWebContentGenerator类中，其中只有 METHOD_HEAD、METHOD_GET、METHOD_POST几个常量，而没有METHOD_PUT、METHOD_DELETE，显然其作者 并不认为有必要支持HTTP的PUT和DELETE方法。

我没有考察过Struts和WebWork，估计结果应该是一样的，而且也没有听说过Strust和WebWork的作者有支持REST风格架构设 计的计划。JSF呢？虽然Gavin King以前在某地说过JSF完全可以支持REST，上次见面我没有仔细向他请教这个问题，但是可以肯定的是JSF从来就没有把支持REST风格的架构设 计作为他们的核心目标之一。

所以在这个方面，Java社区要比Ruby社区落后很多了。目前只能脱离开传统的Web MVC框架，基于Servlet API来建造一个符合REST要求的新的服务器端架构（当然，Spring IoC、Hibernate等框架仍然可以保留）。好在不需要我们亲自来做这个事情，已经有一些Java的服务器端框架可以支持REST了。例如： Restlet（http://www.restlet.org）。另外还有一些横跨浏览器和服务器的设计模式可以利用，详情见《Ajax模式与最佳实践》。