论文部分内容阅读
[摘要]随着J2EE技术平台的逐渐成熟和完善,基于J2EE的Web应用开发也日益增加,表现层作为Web应用开发架构中的重要一层,好的表现层框架对加快开发周期以及简化开发繁简度有着很重要的影响,就是在这样的背景下,详细的对两种表现层框架Struts和Jsf进行对比分析,以方便开发者在实际项目应用中的选用。
[关键词]表现层 Struts JSF 对比
中图分类号:TP3 文献标识码:A 文章编号:1671-7597(2008)0820049-01
一、引言
随着一些开源资源的推出以及J2EE平台的逐渐成熟和完善,越来越多的开发者选择了Struts和JSF作为表现层框架来应用到Web应用开发中,但是对于实际的Web应用项目如何选择这两种框架一直困扰着很多的开发人员,本文分别就这两种表现层框架的异同进行了详细的对比分析,希望通过本文的介绍和分析可以以给予广大的开发者一点点思考。
二、Struts与JSF介绍
(一)Struts简介。Struts是一个基于J2EE平台的MVC框架,主要是采用Servlet和Jsp技术来实现的。现在Struts是Apache软件基金会旗下Jakarta项目组的一部分。由于Struts能充分满足应用开发的需求,简单易用,敏捷迅速,在过去的一年中颇受关注。Struts把Servlet、Jsp、自定义标签和信息资源整合到一个统一的框架中,开发人员利用其进行开发时不用再自己编码实现全套MVC模式,极大的节省了时间,所以说Struts是一个非常不错的应用框架。
(二)JSF简介。JavaServer Faces (JSF) 是一种用于构建 Web 应用程序的新标准 Java 框架。它提供了一种以组件为中心来开发Java Web用户界面的方法,从而简化了开发。
JSF 还通过将良好构建的模型-视图-控制器 (MVC) 设计模式集成到它的体系结构中,确保了应用程序具有更高的可维护性。由于JSF 是通过 Java Community Process (JCP) 开发的一种Java标准,因此开发工具供应商完全能够为JSF提供易于使用的、高效的可视化开发环境。
三、Struts与JSF的相似点
由于JSF的主要负责人就是Struts的主要作者,所以二者的相似点有很多:
1.都采用标记库来处理表示层,在Jsp页面中,二者都是采用一套标记库来处理页面的表示和model层的交互。
2.二者都采用了bean来作为和Jsp页面对应的model层。该层保存了页面上的数据,同时可以作一些验证工作,在struts中就是FormBean,在JSF中就是back bean。
3.都采用bean作为控制层,Struts中采用ActionBean来处理业务逻辑,对于简单的应用可以直接在ActionBean中编写业务逻辑代码,也可以调用另外的bean或者EJB来处理业务逻辑;对于JSF则采用backing bean来处理业务逻辑,同样,backing bean也可以直接编写业务逻辑或者调用其他的bean来处理业务逻辑。
4.都采用xml配置文件来处理bean的配置,页面导航等问题,增加了系统的灵活性。
5.都采用资源文件来处理国际化和本地化的问题。
四、Struts与JSF相异之处
然而,二者毕竟是不同的框架,所以也各有自己的特点,分别说明如下:
(一)首先二者的侧重点不同:Struts侧重于控制层,侧重于如何分派和处理用户的请求,所以表示层的taglib功能不够强大。而JSF则侧重于表示层,实现了大量的标准组件,允许开发人员对表示层有更多的控制权,同时JSF实现了一个开放的架构,允许开发人员创建自己的组件,或者在现有的组件上继承、开发功能更强大的自定义组件。
(二)和Jsp 对应的model层:在Struts中采用FormBean来封装用户输入的数据,基本上一般字段的类型都是String,而且可以进行简单的验证。在Struts中Jsp和FormBean是紧密结合在一起的,只要写一个Jsp就必须对应一个FormBean,同时Jsp上的每个组件都对应FormBean中相同名字的字段。感觉不太灵活。然而,在JSF中,Jsp页面中的组件通过value属性和backing bean的字段关联,这样就有比较大的灵活性,页面上的每个组件可以对应相同的backing bean,也可以对应不同的backing bean,而且在设计页面的时候可以不考虑backing bean如何设计,可以在设计完页面之后再考虑它的具体实现问题。
(三)关于数据验证:Struts可以采用在FormBean中的验证函数中进行验证,也可以使用validator进行验证。在JSF中,提供了一些标准的validator。可以对输入的数据做一些简单的验证,例如验证数值数据的范围,字段是否必填等。另外对于input类型的组件可以通过validator属性关联到backing bean的一个验证方法上。在事件处理方法中进行验证也是一个办法。
(四)控制层:Struts 中通过form的action来提交请求,通过ActionServlet来分发请求,最后由ActionBean来处理请求,在Action中实现业务逻辑或者调用其他的业务逻辑bean来完成用户的请求并返回客户端。在这里,一个form只有一个action,即一个页面只能提交到一个action Bean。对于页面上有多个按钮都需要提交的情况就需要使用一些变通的方法了,和传统的web开发的模式比较接近。
对于JSF,采用了事件驱动模式来处理用户提交的请求。JSF实现了事件监听器来监测事件,例如当用户单击了一个按钮就会触发一个按钮单击事件,还有valuechange事件监听器来监测数值改变的事件等。每个不同的按钮都可以关联不同的方法,当然也可以关联相同的方法。这中开发模式比较接近于传统的c/s开发模式。对于那些从c/s架构程序架构转过来的开发者来说,这种方式可能更自然一些。
(五)页面的导航:关于页面的导航,虽然Struts和JSF都是在xml的配置文件中配置导航规则,每个要跳转的页面都有一个别名,在程序中通过别名进行跳转。但是Struts中的跳转是在ActionBean中发生,execute方法最后返回一个actionForward来进行跳转。而JSF则在事件处理方法中最后返回一个字符串,由系统在xml文件中匹配自动进行跳转。在JSF中也可以通过在Jsp页面的CommandButton的action 属性中直接填写跳转的别名直接跳转,而不必经过事件处理方法的处理。
(六)资源文件的管理:Struts中在struts-config.xml中对资源文件进行配置,实现整个程序的统一管理。而对于JSF则可以在每个Jsp页面中分别定义资源文件,然后通过资源文件的别名来访问资源文件中的内容。两者的格式也不相同,在Struts中,通过“.”来表示级别。而在JSF中则必须通过下划线来表示级别。
五、结论
总之,通过上面的分析,我们可以看出,这两种表现层框架各有自己的特点,如何在实际的应用中来选择使用,要根据具体项目的实际情况而定,不能为了选择而选择,只有合适的才是最好的。
参考文献:
[1]Ted Husted著,EricLiu(铁手)译,Struts In Action中文版,2005.10.14.
[2]Kito Mann 著,铁手、程晓冬、何勇译,JavaServer Faces in Action JSF实战,2007.3.1.
[关键词]表现层 Struts JSF 对比
中图分类号:TP3 文献标识码:A 文章编号:1671-7597(2008)0820049-01
一、引言
随着一些开源资源的推出以及J2EE平台的逐渐成熟和完善,越来越多的开发者选择了Struts和JSF作为表现层框架来应用到Web应用开发中,但是对于实际的Web应用项目如何选择这两种框架一直困扰着很多的开发人员,本文分别就这两种表现层框架的异同进行了详细的对比分析,希望通过本文的介绍和分析可以以给予广大的开发者一点点思考。
二、Struts与JSF介绍
(一)Struts简介。Struts是一个基于J2EE平台的MVC框架,主要是采用Servlet和Jsp技术来实现的。现在Struts是Apache软件基金会旗下Jakarta项目组的一部分。由于Struts能充分满足应用开发的需求,简单易用,敏捷迅速,在过去的一年中颇受关注。Struts把Servlet、Jsp、自定义标签和信息资源整合到一个统一的框架中,开发人员利用其进行开发时不用再自己编码实现全套MVC模式,极大的节省了时间,所以说Struts是一个非常不错的应用框架。
(二)JSF简介。JavaServer Faces (JSF) 是一种用于构建 Web 应用程序的新标准 Java 框架。它提供了一种以组件为中心来开发Java Web用户界面的方法,从而简化了开发。
JSF 还通过将良好构建的模型-视图-控制器 (MVC) 设计模式集成到它的体系结构中,确保了应用程序具有更高的可维护性。由于JSF 是通过 Java Community Process (JCP) 开发的一种Java标准,因此开发工具供应商完全能够为JSF提供易于使用的、高效的可视化开发环境。
三、Struts与JSF的相似点
由于JSF的主要负责人就是Struts的主要作者,所以二者的相似点有很多:
1.都采用标记库来处理表示层,在Jsp页面中,二者都是采用一套标记库来处理页面的表示和model层的交互。
2.二者都采用了bean来作为和Jsp页面对应的model层。该层保存了页面上的数据,同时可以作一些验证工作,在struts中就是FormBean,在JSF中就是back bean。
3.都采用bean作为控制层,Struts中采用ActionBean来处理业务逻辑,对于简单的应用可以直接在ActionBean中编写业务逻辑代码,也可以调用另外的bean或者EJB来处理业务逻辑;对于JSF则采用backing bean来处理业务逻辑,同样,backing bean也可以直接编写业务逻辑或者调用其他的bean来处理业务逻辑。
4.都采用xml配置文件来处理bean的配置,页面导航等问题,增加了系统的灵活性。
5.都采用资源文件来处理国际化和本地化的问题。
四、Struts与JSF相异之处
然而,二者毕竟是不同的框架,所以也各有自己的特点,分别说明如下:
(一)首先二者的侧重点不同:Struts侧重于控制层,侧重于如何分派和处理用户的请求,所以表示层的taglib功能不够强大。而JSF则侧重于表示层,实现了大量的标准组件,允许开发人员对表示层有更多的控制权,同时JSF实现了一个开放的架构,允许开发人员创建自己的组件,或者在现有的组件上继承、开发功能更强大的自定义组件。
(二)和Jsp 对应的model层:在Struts中采用FormBean来封装用户输入的数据,基本上一般字段的类型都是String,而且可以进行简单的验证。在Struts中Jsp和FormBean是紧密结合在一起的,只要写一个Jsp就必须对应一个FormBean,同时Jsp上的每个组件都对应FormBean中相同名字的字段。感觉不太灵活。然而,在JSF中,Jsp页面中的组件通过value属性和backing bean的字段关联,这样就有比较大的灵活性,页面上的每个组件可以对应相同的backing bean,也可以对应不同的backing bean,而且在设计页面的时候可以不考虑backing bean如何设计,可以在设计完页面之后再考虑它的具体实现问题。
(三)关于数据验证:Struts可以采用在FormBean中的验证函数中进行验证,也可以使用validator进行验证。在JSF中,提供了一些标准的validator。可以对输入的数据做一些简单的验证,例如验证数值数据的范围,字段是否必填等。另外对于input类型的组件可以通过validator属性关联到backing bean的一个验证方法上。在事件处理方法中进行验证也是一个办法。
(四)控制层:Struts 中通过form的action来提交请求,通过ActionServlet来分发请求,最后由ActionBean来处理请求,在Action中实现业务逻辑或者调用其他的业务逻辑bean来完成用户的请求并返回客户端。在这里,一个form只有一个action,即一个页面只能提交到一个action Bean。对于页面上有多个按钮都需要提交的情况就需要使用一些变通的方法了,和传统的web开发的模式比较接近。
对于JSF,采用了事件驱动模式来处理用户提交的请求。JSF实现了事件监听器来监测事件,例如当用户单击了一个按钮就会触发一个按钮单击事件,还有valuechange事件监听器来监测数值改变的事件等。每个不同的按钮都可以关联不同的方法,当然也可以关联相同的方法。这中开发模式比较接近于传统的c/s开发模式。对于那些从c/s架构程序架构转过来的开发者来说,这种方式可能更自然一些。
(五)页面的导航:关于页面的导航,虽然Struts和JSF都是在xml的配置文件中配置导航规则,每个要跳转的页面都有一个别名,在程序中通过别名进行跳转。但是Struts中的跳转是在ActionBean中发生,execute方法最后返回一个actionForward来进行跳转。而JSF则在事件处理方法中最后返回一个字符串,由系统在xml文件中匹配自动进行跳转。在JSF中也可以通过在Jsp页面的CommandButton的action 属性中直接填写跳转的别名直接跳转,而不必经过事件处理方法的处理。
(六)资源文件的管理:Struts中在struts-config.xml中对资源文件进行配置,实现整个程序的统一管理。而对于JSF则可以在每个Jsp页面中分别定义资源文件,然后通过资源文件的别名来访问资源文件中的内容。两者的格式也不相同,在Struts中,通过“.”来表示级别。而在JSF中则必须通过下划线来表示级别。
五、结论
总之,通过上面的分析,我们可以看出,这两种表现层框架各有自己的特点,如何在实际的应用中来选择使用,要根据具体项目的实际情况而定,不能为了选择而选择,只有合适的才是最好的。
参考文献:
[1]Ted Husted著,EricLiu(铁手)译,Struts In Action中文版,2005.10.14.
[2]Kito Mann 著,铁手、程晓冬、何勇译,JavaServer Faces in Action JSF实战,2007.3.1.