Java学习

[Java] 浅析JAVA Web框架的前景

时间:2015-04-15 10:06:00  作者:未知
基于三(多)层架构模式,典型WEB系统的总体架构如下图所示:

在上述分层架构中,整个应用被划分为两大部分:
客户端:基于浏览器提供信息展现、用户交互等功能。所采用的技术主要有:HTML/HTML5、Javas cript、CSS。另外,Flush由于其广泛的浏览器集成度,通常也可归纳为一种WEB技术,但Flush不在本文讨论范围。
服务端:实现业务逻辑处理。通常按三层架构模式划分为展现层、业务逻辑层和数据集成层。服务端的平台选择相比客户端来讲更加广泛,有PHP、Java、.Net、Ruby、Python等。每种平台下都有非常优秀的WEB框架可供选择。
尽管客户端的WEB技术平台主要还是基于HTML+Javas cript+CSS,但是基于其上的类库、框架、开发模式、衍生技术等非常繁杂且变化多端,要在实际项目中做出最好的选择绝非易事。有鉴于此,本文不打算深入讨论客户端WEB技术。
服务端虽然平台选择非常多样化,但总体架构基本一致。本文主要讨论Java平台。在所有平台中,Java平台下的WEB框架是最多的,其它语言平台下新的框架总能在Java中找到对应的实现。这也是Java平台生命力强大的体现之一。下图列出了Java平台下的部分Web框架:

上图共列出了62个Java Web框架!一定还有很多Java Web框架没有收录其中。
不过不要担心,在Java世界,流行的或说主流的Web框架并不多,如:Struts、Spring MVC、Play! Framework、GWT、Apache Wicket、JSF等,国产的Java Web框架有EOS、Nuts等在一定范围使用也比较广泛。
Struts:这是Java社区最老牌、知名度最高、使用也最广泛的WEB框架。Struts的特点是简单易用、文档丰富,通常与spring-hibernate/ibatis组合使用(SSH/SSI);
Spring MVC:Spring当年凭借一句"J2EE Withou EJB"的怒吼拉开了开源社区全面对抗学院派(JCP)的序幕,这一战让Spring一举成名。凭借Spring的东风,其mvc框架也得到社区广泛关注。基于Spring的IOC、AOP等技术,其框架设计简洁优雅、扩展性非常强;
Play! Framework:这是Ruby社区非常火爆的Ruby On Rails框架在Java平台的翻版。当年Ruby On Rails的约定优于继承、极简的ORM框架所带来的快速开发能力与当时Java社区经典的SSH中繁杂的XML配置、越来越臃肿复杂的ORM所导致的开发效率的低下形成了鲜明对比。Play!就是这种理念PK下的产物;
EOS:国产的基于构件理念的Java开发平台,其图形化的业务逻辑编排能力让许多人眼前一亮,对SOA不遗余力的支持也体现了厂商的态度。EOS的页面流概念应该算是WEB框架领域的一个创举,此前或此后还没有哪个WEB框架考虑过多个请求之间的关联性问题。除此之外,EOS的WEB框架也算中规中距;
JSF:2001学院派发起JSR,至2004年推出规范1.0、2006年推出1.2版参考实现、2009年发布2.0规范、2010以后JSF2得到了以JBoss为首的广泛支持。然而时至今日,JSF仍然不温不火,其成就远没有Struts或Spring MVC来得高。不过个人认为,相比前面所说的所有框架来讲,JSF的设计理念是非常先进的。JSF是Java世界中非常少见的以组件为中心的WEB框架!补充一点,金蝶2007年推出的OperaMasks当年高调宣称其基于JSF的框架是世界一流的,但时至今日其官方网站几乎停止更新,着实让人不甚唏嘘;
GWT:Google出品的Java WEB框架,倡导使用传统桌面应用开发方式来开发WEB。开发人员不需要懂WEB技术,只需要熟悉Java和面向对象理论,就可以使用类似Swing或RCP的方式开发WEB应用。这一点与eclipse的RAP非常相似。GWT适用于从传统桌面开发转向WEB开发的人群,对于真正了解WEB技术的开发人员来讲,其开发模式很难让人接受;类似这样的框架还有apache wicket等;
每个框架都有各自的特点和使用人群,很难一概而论说哪个好哪个不好。不过从下图中我们可以大致了解开发人员的选择:

尽管Java Web框架各类繁多,不同的框架有不同的特点,但不同的框架之间还是有许多共性的。例如,按照页面和处理逻辑的关系我们可以将Java WEB框架划分为:
传统MVC模式的WEB框架:如Struts、Spring、Play!等。这一类框架的特点是页面和处理逻辑按照传统MVC模式进行组织,页面通常使用JSP或某种模板语言(如Freemarker、Velocity等)来实现,服务端处理逻辑通常采用Action或Command模式;
以组件为中心的WEB框架:如JSF。传统MVC框架的请求处理流程通常是“请求-处理-页面”的循环,而在JSF中请求的处理是基于事件的,这种开发模式类似于桌面程序的开发模式,只是页面还是使用JSP加JSF标签组件而已;
模拟桌面开发方式的WEB框架:如GWT、Wicket等。这类框架纯粹使用桌面方式进行WEB开发,开发人员基本不需要知道HTTP及HTML/JS/CSS等知识。这类框架相比JSF更加激进,不仅请求处理模式基于事件,连页面展现也是按照传统桌面方式去开发;
上述三类框架中,第一类是最靠近WEB的开发方式,第三类是最靠近桌面的开发方式,第二类界于两者之间。桌面开发方式的好处是组件化能力非常强,借助发展多年的桌面控件设计经验,可以很容易地设计出复用度非常高的组件。相对的,第一类开发模式下由于界面变化非常大,在展现层就很难做出组件化的设计(这其实也体现了WEB应用展现及交互方式变化多端的内在本质)。
另一方面,第一类框架非常强调客户端与服务端的分离,而第三类框架则试图弱化客户端与服务端的界限,其理想模式是客户端事件直接传递到服务端,中间没有任何转换(这就是桌面程序的模式了)。
考虑现实世界的复杂性以及WEB千变万化的特点,第一类框架只是做好自己的份内事,将客户端的处理交由专门的客户端框架去实现(这样才能充分利用当前欣欣向荣的客户端WEB技术);而第三类框架则试图通吃客户端与服务端,完全无视客户端的特点,这将导致第三类框架只能局限于某些特定领域的应用范围之内,而且随着客户端WEB技术的发展,其应用范围必定越来越狭窄。至于第二类框架,界于前两类框架之间,地位非常尴尬,尽管其有官方正统的血统背景,但其违背WEB大的发展趋势,其前景不被看好。
相关文章
热门文章
招生对象

精彩专题

更好的了解北大青鸟

更多咨询