表现层框架之争 JSF与Struts框架的异同

js

Struts和JSF/Tapestry都属于表现层框架,这两种分属不同性质的框架,后者是一种事件驱动型的组件模型,而Struts只是单纯的MVC模式框架,我们下面进行详细分析比较。

首先事件是指从客户端页面(浏览器)由用户操作触发的事件,Struts使用Action来接受浏览器表单提交的事件,这里使用了Command模式,每个继承Action的子类都必须实现一个方法execute。

在struts中,实际是一个表单Form对应一个Action类(或DispatchAction),换一句话说:在Struts中实际是一个表单只能对应一个事件,struts这种事件方式称为application event,application event和component event相比是一种粗粒度的事件。

struts重要的表单对象ActionForm是一种对象,它代表了一种应用,这个对象中至少包含几个字段,这些字段是Jsp页面表单中的input字段,因为一个表单对应一个事件,所以,当我们需要将事件粒度细化到表单中这些字段时,也就是说,一个字段对应一个事件时,单纯使用Struts就不太可能,当然通过结合JavaScript也是可以转弯实现的。

而这种情况使用JSF就可以方便实现,

<h:inputText id="userId" value="#{login.userId}">  <f:valueChangeListener type="logindemo.UserLoginChanged" /></h:inputText>

#{login.userId}表示从名为login的JavaBean的getUserId获得的结果,这个功能使用struts也可以实现,name="login" property="userId"

关键是第二行,这里表示如果userId的值改变并且确定提交后,将触发调用类UserLoginChanged的processValueChanged(...)方法。

JSF可以为组件提供两种事件:Value Changed和 Action. 前者我们已经在上节见识过用处,后者就相当于struts中表单提交Action机制,它的JSF写法如下:

<h:commandButton id="login" commandName="login">  <f:actionListener type=”logindemo.LoginActionListener” /></h:commandButton>

从代码可以看出,这两种事件是通过Listerner这样观察者模式贴在具体组件字段上的,而Struts此类事件是原始的一种表单提交Submit触发机制。如果说前者比较语言化(编程语言习惯做法类似Swing编程);后者是属于WEB化,因为它是来自Html表单,如果你起步是从Perl/PHP开始,反而容易接受Struts这种风格。

基本配置

Struts和JSF都是一种框架,JSF必须需要两种包JSF核心包、JSTL包(标签库),此外,JSF还将使用到Apache项目的一些commons包,这些Apache包只要部署在你的服务器中既可。

JSF包下载地址:http://java.sun.com/j2ee/javaserverfaces/download.html选择其中Reference Implementation。

JSTL包下载在http://jakarta.apache.org/site/downloads/downloads_taglibs-standard.cgi

所以,从JSF的驱动包组成看,其开源基因也占据很大的比重,JSF是一个SUN伙伴们工业标准和开源之间的一个混血儿。

上述两个地址下载的jar合并在一起就是JSF所需要的全部驱动包了。与Struts的驱动包一样,这些驱动包必须位于Web项目的WEB-INF/lib,和Struts一样的是也必须在web.xml中有如下配置:

<web-app>  <servlet>    <servlet-name>Faces Servlet</servlet-name>    <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>    <load-on-startup>1</load-on-startup>  </servlet>   <servlet-mapping>    <servlet-name>Faces Servlet</servlet-name>    <url-pattern>*.faces</url-pattern>  </servlet-mapping> </web-app>

这里和Struts的web.xml配置何其相似,简直一模一样。

正如Struts的struts-config.xml一样,JSF也有类似的faces-config.xml配置文件:

<faces-config>  <navigation-rule>    <from-view-id>/index.jsp</from-view-id>    <navigation-case>      <from-outcome>login</from-outcome>      <to-view-id>/welcome.jsp</to-view-id>    </navigation-case>  </navigation-rule>   <managed-bean>     <managed-bean-name>user</managed-bean-name>    <managed-bean-class>com.corejsf.UserBean</managed-bean-class>     <managed-bean-scope>session</managed-bean-scope>   </managed-bean></faces-config>

在Struts-config.xml中有ActionForm Action以及Jsp之间的流程关系,在faces-config.xml中,也有这样的流程,我们具体解释一下Navigation:

在index.jsp中有一个事件:

<h:commandButton label="Login" action="login" />

action的值必须匹配form-outcome值,上述Navigation配置表示:如果在index.jsp中有一个login事件,那么事件触发后下一个页面将是welcome.jsp

JSF有一个独立的事件发生和页面导航的流程安排,这个思路比struts要非常清晰。

managed-bean类似Struts的ActionForm,正如可以在struts-config.xml中定义ActionForm的scope一样,这里也定义了managed-bean的scope为session。

但是如果你只以为JSF的managed-bean就这点功能就错了,JSF融入了新的Ioc模式/依赖性注射等技术。

Ioc模式

对于Userbean这样一个managed-bean,其代码如下:

public class UserBean {  private String name;  private String password;  // PROPERTY: name  public String getName() { return name; }  public void setName(String newValue) { name = newValue; }  // PROPERTY: password  public String getPassword() { return password; }  public void setPassword(String newValue) { password = newValue; }}<managed-bean>  <managed-bean-name>user</managed-bean-name>  <managed-bean-class>com.corejsf.UserBean</managed-bean-class>  <managed-bean-scope>session</managed-bean-scope>  <managed-property>    <property-name>name</property-name>    <value>me</value>  </managed-property>  <managed-property>    <property-name>password</property-name>    <value>secret</value>  </managed-property></managed-bean>

faces-config.xml这段配置其实是将"me"赋值给name,将secret赋值给password,这是采取Ioc模式中的Setter注射方式。

Backing Beans

对于一个web form,我们可以使用一个bean包含其涉及的所有组件,这个bean就称为Backing Bean, Backing Bean的优点是:一个单个类可以封装相关一系列功能的数据和逻辑。

说白了,就是一个Javabean里包含其他Javabean,互相调用,属于Facade模式或Adapter模式。

对于一个Backing Beans来说,其中包含了几个managed-bean,managed-bean一定是有scope的,那么这其中的几个managed-beans如何配置它们的scope呢?

<managed-bean>  ...  <managed-property>    <property-name>visit</property-name>    <value>#{sessionScope.visit}</value>  </managed-property>

这里配置了一个Backing Beans中有一个setVisit方法,将这个visit赋值为session中的visit,这样以后在程序中我们只管访问visit对象,从中获取我们希望的数据(如用户登陆注册信息),而visit是保存在session还是application或request只需要配置既可。

UI界面

JSF和Struts一样,除了JavaBeans类之外,还有页面表现元素,都是是使用标签完成的,Struts也提供了struts-faces.tld标签库向JSF过渡。

使用Struts标签库编程复杂页面时,一个最大问题是会大量使用logic标签,这个logic如同if语句,一旦写起来,搞的JSP页面象俄罗斯方块一样,但是使用JSF标签就简洁优美:

<jia:navigatorItem name="inbox" label="InBox"  icon="/images/inbox.gif"  action="inbox"  disabled="#{!authenticationBean.inboxAuthorized}"/>

如果authenticationBean中inboxAuthorized返回是假,那么这一行标签就不用显示,多干净利索!

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索struts
, 表单
, 事件
, jsf
, 字段
, 一个
Managed
struts表现层有哪些、jsf struts2、jsf struts、spring struts jsf、表现层,以便于您获取更多的相关知识。

时间: 2024-09-30 02:22:54

表现层框架之争 JSF与Struts框架的异同的相关文章

JSF与Struts框架的异同

Struts和JSF/Tapestry都属于表现层框架,这两种分属不同性质的框架,后者是一种事件驱动型的组件模型,而Struts只是单纯的MVC模式框架,我们下面进行详细分析比较. 首先事件是指从客户端页面(浏览器)由用户操作触发的事件,Struts使用Action来接受浏览器表单提交的事件,这里使用了Command模式,每个继承Action的子类都必须实现一个方法execute. 在struts中,实际是一个表单Form对应一个Action类(或DispatchAction),换一句话说:在S

JSF和Struts框架的错误控制与封装处理

在struts中,通常采用的全局错误控制模式是构建一个baseAction,在其execute方法中完成前台传回方法的dispatch操作,并由 try--catch--捕获程序错误,实现错误的控制和展示.一个典型的BaseAction例子如下: 代码 public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse respon

表现层框架Struts/Tapestry/JSF比较

js|比较 Struts/Tapestry/JSF是目前J2EE表现层新老组合的框架技术.从诞生时间上看,Struts应该比较早,使用得非常广泛,Tapestry 3.0逐渐引起广泛的重视,正当Tapestry即将大显身手时期,SUN推出JSF标准技术,虽然JSF一开始推出尚不成熟,留出了一段空白期,但是随着JSF1.1标准推出,JSF开始正面出击,粉面隆重登场了. 其实,JSF和Tapestry也并不是那种头碰头的相同竞争性技术,两者还是各有侧重点的,不过比较细微,但是这种细微点在实现一个大工

J2EE MVC模式JSF与Struts的异同

j2ee|js Struts和JSF/Tapestry都属于表现层框架,这两种分属不同性质的框架,后者是一种事件驱动型的组件模型,而Struts只是单纯的MVC模式框架,老外总是急吼吼说事件驱动型就比MVC模式框架好,何以见得,我们下面进行详细分析比较一下到底是怎么回事? 首先事件是指从客户端页面(浏览器)由用户操作触发的事件,Struts使用Action来接受浏览器表单提交的事件,这里使用了Command模式,每个继承Action的子类都必须实现一个方法execute. 在struts中,实际

Struts框架在小区物业管理系统中的应用

摘要  Struts提供了一个非常好的MVC框架,在Web应用开发中把界面和业务逻辑分离,提高了代码的可重用性和灵活性.文中首先介绍了Struts概念和体系结构,阐述了Struts的工作原理.然后介绍了小区物业管理系统各个功能模块以及整个系统基于Struts的开发流程.最后,通过一个应用示例,详细介绍了Struts框架在系统开发中的应用. 关键词  MVC:Struts框架:Web:物业管理系统:  前言  物业管理系统是近年来为适应小区建设和管理而兴起的一种新型产业,它的出现为住宅小区的现代化

Struts框架技术在J2EE中的研究和应用

j2ee 摘 要 简要介绍了J2EE技术及其应用程序架构的发展,论述了Struts框架的基本设计思想,分析了Struts框架开发系统的优点,并结合具体项目实现了Struts框架技术的应用. 关键词 J2EE:MVC:Struts:框架 J2EE简介 J2EE是一个开放的.基于标准的平台,可以开发.部署和管理N层结构的.面向Web的.以服务器为中心的企业级应用,它是利用Java 2 平台来简化与多级企业解决方案的开发.部署和管理相关的诸多复杂问题的应用体系结构. J2EE平台采用一个多层次分布式的

符合oo惯例的表现层控制 [曹晓钢]

控制 Hibernate的reference的副标题叫做:符合java惯例的O/R 持久化,这揭示了目前三层结构的重大问题,就是三层的不统一.到目前为止,仍然难于在web界面上实现C/S模式中"master-detail","lookup"的快捷的用户交互. 目前常见的web application的结构,包含web browser/application server/database.database占据主流的仍然是经典的E/R模型,这个模型是基于行集的,因此在

有理化表现层

简介 多年来,由于各种原因,IT界已经习惯了一些很离谱的设计模式,这恰恰成为全新时代创建优秀分布式应用的巨大障碍,我们由此有必要更新对目前表现层实现技术的一些看法.本文中,我们想要表述的观点是由web应用表现的整个瘦客户端其实很傻,应该摒弃.我们这么认为的原因,那还得从九十年代中期,web刚刚兴起的时候开始说起. 历史 随着Web的一夜兴起,几乎同时出现了两种背道相驰的开发: (1)作为无处不在的客户端"应用平台"成就了浏览器的绝对重要性,应用因此很容易部署:(2)各商家间的分裂剥夺了

表现层上的快速开发

问题描述 表现层上的快速开发是用JSF好,还是EXT好? 再有JSF有很多实现框架,如myface,icefaces,richfaces,ajax4jsf等等,到底哪个实现框架是最好的? 另外EXT+DWR好,还是EXT_JSON好?还是webwork写标签?能否给个表现层的最佳快速开发组合?要突出成熟的,快速的特点问题补充:就是都不是很熟悉,想咨询下各位哪个好,再进行选择学习,或者jsf可以和EXT结合使用?或者还有其他好的表现层框架?谢谢 解决方案 EXT+DWR不错,但是也好费劲的,不够敏