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

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返回是假，那么这一行标签就不用显示，多干净利索！