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

来源:百度文库 编辑:神马文学网 时间:2024/04/28 12:34:47
李琨
到目前为止,传统的Java Web MVC框架(Struts、WebWork、SpringMVC、etc.)还无法很好地支持REST风格的架构设计。它们在设计之初时基本上都是围绕着基于HTML表单的交互模式来设计的,View的粒度难以达到单个页面以下。不能把响应Ajax请求而返回的XML/JSON/纯文本格式的数据简单地认为是WebMVC框架中的View,实际上这个时候这些数据的语义已经与传统的Web MVC架构中的View的语义相距甚远。
传统的WebMVC框架一个最大的问题是它们看待URL的方式与REST有很大的差别。REST把服务器端所有的URL都当作是抽象的资源(相当于是面向对象设计中的接口),虽然WebMVC也强调不应该将硬编码的URL(例如:http://www.xxx.com/yyy/zzz/abcd.jsp)直接暴露出来,而应该通过某个Controller来暴露,将这个页面配置为Controller的一个View,但是WebMVC框架并没有有意识地将URL当作抽象的资源来看待和设计。
还有一个较为严重的问题是传统的Web MVC框架基本上都只支持GET和POST两种HTTP方法,而不支持PUT和DELETE方法,而Servlet API是支持上述所有的HTTP方法的(支持doPut和doDelete方法)。
举个例子,SpringMVC所支持的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呢?虽然GavinKing以前在某地说过JSF完全可以支持REST,上次见面我没有仔细向他请教这个问题,但是可以肯定的是JSF从来就没有把支持REST风格的架构设计作为他们的核心目标之一。
所以在这个方面,Java社区要比Ruby社区落后很多了。目前只能脱离开传统的Web MVC框架,基于ServletAPI来建造一个符合REST要求的新的服务器端架构(当然,SpringIoC、Hibernate等框架仍然可以保留)。好在不需要我们亲自来做这个事情,已经有一些Java的服务器端框架可以支持REST了。例如:Restlet(http://www.restlet.org)。另外还有一些横跨浏览器和服务器的设计模式可以利用,详情见《Ajax模式与最佳实践》。