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

核心提示：Struts和JSF/Tapestry都属于表现层框架，这两种分属不同性质的框架，表现层框架之争 JSF与Struts的异同，后者是一种事件驱动型的组件模型，而Struts只是单纯的MVC模式框架，这里也定义了managed-bean的scope为session，但是假如你只以为JSF的managed-bean就这点功

　　Struts和JSF/Tapestry都属于表现层框架，这两种分属不同性质的框架，后者是一种事件驱动型的组件模型，而Struts只是单纯的MVC模式框架，老外总是急吼吼说事件驱动型就比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模式/依靠性注射等技术。