蒙面检察官百度网盘:JAVA Web框架比较
来源:百度文库 编辑:中财网 时间:2024/04/18 14:06:26
JAVA Web框架比较
JAVA 2007-08-10 14:10:37 阅读336 评论0 字号:大中小 订阅
Struts
JSF
Tapestry
ASP.NET
Architecture
跳转模型
MVC
跳转模型
Front Controller+组件化编程
页面模型
Page Controller+组件化编程
页面模型
Page Controller+组件化编程
Programming Model
业务逻辑:
Struts1中需要继承基类;Struts2是POJO的模型;
页面逻辑:
有很不同实现,可以是JSP,也可以是通过模版引擎渲染。
业务逻辑:
POJO的编程风格;
页面逻辑:
主要是JSP,也可以用HTML风格。
业务逻辑:
Taperstry4需要继承基类;但Taperstry5就是POJO风格;
页面逻辑:
普通的HTML。
业务逻辑:
需要继承基类;
页面逻辑:
类似JSP,但不同的是,该页面实际是业务逻辑类的子类。
Request Process
由官方定义的六个步骤组成;
取决于Engine Service。
由官方定义的15个步骤组成。
Navigation
Path和Action绑定,需要配置文件解析。
通过faces-config.xml配置文件完成。
URL是全局的,没有额外的配置文件;
除非显式跳转,所以行为都在本Page上。
而跳转分两种:
1. DirectLink写在页面上
2. 在代码逻辑中定义页面跳转逻辑。
同Tapestry类似。
Event handling
无
页面定义事件发起;两种方式参数传递方式:一种分离传递;另一种通过FacesContext。
页面定义事件发起;直接赋予参数,没有参数个数限制;除此外还有内置的生命周期相关的event
类似Swing的事件控制方式。
Component State
无
没有状态维护机制,每次request都从建组件。
提供组件状态的维护机制。
提供组件状态的维护机制。
Component Dev
无
基于JSP Tag的开发方式。
开发方式类似Page, 逻辑代码和页面分离,页面输出使用HTML。
开发方式类似Page;逻辑代码和页面分离;页面输出可以复用已有的组件
View
有很不同实现,可以是JSP,也可以是通过模版引擎渲染。
主要是JSP,也可以用HTML风格。
HTML
类似JSP页面。
Validation and Conversion
提供了多种方式支持,但客户端验证支持不好,同时在form一级的支持不好,通常需要项目自己定制。
同样提供多种方式支持;此外提供客户端的Validation;天然地支持form一级支持。
类似Tapestry。
I18N
较好的支持。
较好的支持。
很好的支持,额外提供预览功能。
Testability
Struts1的测试不容易,Strut2测试容易简单。
测试支持简单容易。
Tapestry4的测试不容易,不过Tapestry5的测试可以很简单。
不容易测试。
Extensibility
良好
良好
良好
Industry Momentum
广泛使用,目前各种资源都不错。
JSF业界标准,业内厂商支持会比较多,不过未必不会出现EJB2的结局。
应用范围小于Struts,之前的版本学习曲线太高。
微软地主老财,有大把的钱;此外,大量的第三方公司提供支持。
Migrate
从Struts迁移不难;
从Struts或者JSP迁移难度较大些。
Java Web框架种类繁多,花样迭出,主流一点的就有Struts,Webwork,SpringMVC,JSF,Tapestry,至于非主流的就更加不计其数了。还有很多基于这些框架的衍生框架,例如基于Struts的beehive,基于JSF的JBoss Seam,基于JSF的MyFaces,Shale等等。对于开发人员来说,过多的选择是一种沉重的负担,不但需要花更多的时间去学习,也需要更多的时间去维护基于不同框架的代码。
由于面临着dotnet统一的web框架webforms以及异军突起的rails的强势挑战,Java业界也感受到竞争的丝丝寒意,这不,众多Java Web框架的核心开发人员终于可以坐到一起,商量着Web框架的统一和互操作的问题了。
http://opensource2.atlassian.com/confluence/oss/display/WAG/Home
由众多Java Web框架的开发人员组成的一个团队……Java Web Alignment Group,这其中包括了Struts,Webwork,JSF,Beehive,JBoss Seam,Spring MVC等众多框架核心开发人员组成,目标则是加强交流和合作,促进各个Web框架之间的协作,给Java开发人员提供尽量方便的解决方案。
他们讨论的内容在Yahoo Group:http://groups.yahoo.com/group/java_web_alignment/
加入这个mailist需要批准。
目前这个Group的讨论已经得到了一个显著的进步:struts,webwork和beehive的合并!
我们知道Web框架主流上分为两类:MVC框架和事件响应机制框架。MVC框架有Struts,Webwork,Spring MVC,以及一些基于这些框架的框架,如Spring Webflow, Beehive等等;事件框架有JSF,Tapestry,Echo等。除此之外,还有一些连接两者的框架,如Struts Shale等等。
经过一段时间的讨论,Struts,Webwork和beehive三方宣布合并,共同发展下一代MVC模式的MVC框架……Struts Ti。它将主要以Webwork为核心,集成Beehive的annotataion和pageflow功能,推向Struts用户群体,并且加强和 JSF的集成能力。
这次合并的前景是值得期待的,在MVC领域,主流的选择将在Struts Ti和Spring MVC之间。不过从目前的情况来看,Struts Ti不会进一步和Spring MVC进行合并。Spring MVC的开发人员希望保护现有的Spring MVC合作伙伴和客户,以及在Spring webflow上面的巨大投入。