扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
到目前为止,传统的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模式与最佳实践》。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者