Struts和JSF/Tapestry都屬于表現(xiàn)層框架，這兩種分屬不同性質(zhì)的框架，后者是一種事件驅(qū)動型的組件模型，而Struts只是單純的MVC模式框架，老外總是急吼吼說事件驅(qū)動型就比MVC模式框架好，何以見得，我們下面進行詳細分析比較一下到底是怎么回事？

首先事件是指從客戶端頁面（瀏覽器）由用戶操作觸發(fā)的事件，Struts使用Action來接受瀏覽器表單提交的事件，這里使用了Command模式，每個繼承Action的子類都必須實現(xiàn)一個方法execute。

在Struts中，實際是一個表單Form對應(yīng)一個Action類(或DispatchAction)，換一句話說：在Struts中實際是一個表單只能對應(yīng)一個事件，Struts這種事件方式稱為application event，application event和Component event相比是一種粗粒度的事件。

Struts重要的表單對象ActionForm是一種對象，它代表了一種應(yīng)用，這個對象中至少包含幾個字段，這些字段是Jsp頁面表單中的input字段，因為一個表單對應(yīng)一個事件，所以，當(dāng)我們需要將事件粒度細化到表單中這些字段時，也就是說，一個字段對應(yīng)一個事件時，單純使用Struts就不太可能，當(dāng)然通過結(jié)合JavaScript也是可以轉(zhuǎn)彎實現(xiàn)的。

而這種情況使用JSF就可以方便實現(xiàn)

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

#{login.userId}表示從名為login的JavaBean的getUserId獲得的結(jié)果，這個功能使用struts也可以實現(xiàn)，name="login" property="userId"

關(guān)鍵是第二行，這里表示如果userId的值改變并且確定提交后，將觸發(fā)調(diào)用類UserLoginChanged的processValueChanged(...)方法。

JSF可以為組件提供兩種事件：Value Changed和 Action. 前者我們已經(jīng)在上節(jié)見識過用處，后者就相當(dāng)于struts中表單提交Action機制，它的JSF寫法如下：

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

從代碼可以看出，這兩種事件是通過Listerner這樣觀察者模式貼在具體組件字段上的，而Struts此類事件是原始的一種表單提交Submit觸發(fā)機制。如果說前者比較語言化（編程語言習(xí)慣做法類似Swing編程）；后者是屬于WEB化，因為它是來自Html表單，如果你起步是從Perl/PHP開始，反而容易接受Struts這種風(fēng)格。

基本配置

Struts和JSF都是一種框架，JSF必須需要兩種包JSF核心包、JSTL包（標(biāo)簽庫），此外，JSF還將使用到Apache項目的一些commons包，這些Apache包只要部署在你的服務(wù)器中既可。

JSF包下載地址：http://java.sun.com/j2ee/javaserverfaces/download.html選擇其中Reference Implementation。

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

所以，從JSF的驅(qū)動包組成看，其開源基因也占據(jù)很大的比重，JSF是一個SUN伙伴們工業(yè)標(biāo)準(zhǔn)和開源之間的一個混血兒。

上述兩個地址下載的jar合并在一起就是JSF所需要的全部驅(qū)動包了。與Struts的驅(qū)動包一樣，這些驅(qū)動包必須位于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之間的流程關(guān)系，在faces-config.xml中，也有這樣的流程，我們具體解釋一下Navigation：

在index.jsp中有一個事件：

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

Action的值必須匹配form-outcome值，上述Navigation配置表示：如果在index.jsp中有一個login事件，那么事件觸發(fā)后下一個頁面將是welcome.jsp

JSF有一個獨立的事件發(fā)生和頁面導(dǎo)航的流程安排，這個思路比struts要非常清晰。

managed-bean類似Struts的ActionForm，正如可以在struts-config.xml中定義ActionForm的scope一樣，這里也定義了managed-bean的scope為session。

但是如果你只以為JSF的managed-bean就這點功能就錯了，JSF融入了新的Ioc模式/依賴性注射等技術(shù)。

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的優(yōu)點是：一個單個類可以封裝相關(guān)一系列功能的數(shù)據(jù)和邏輯。

說白了，就是一個Javabean里包含其他Javabean，互相調(diào)用，屬于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對象，從中獲取我們希望的數(shù)據(jù)（如用戶登陸注冊信息），而visit是保存在session還是application或request只需要配置既可。

UI界面

JSF和Struts一樣，除了JavaBeans類之外，還有頁面表現(xiàn)元素，都是是使用標(biāo)簽完成的，Struts也提供了struts-faces.tld標(biāo)簽庫向JSF過渡。

使用Struts標(biāo)簽庫編程復(fù)雜頁面時，一個最大問題是會大量使用logic標(biāo)簽，這個logic如同if語句，一旦寫起來，搞的JSP頁面象俄羅斯方塊一樣，但是使用JSF標(biāo)簽就簡潔優(yōu)美：

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

如果authenticationBean中inboxAuthorized返回是假，那么這一行標(biāo)簽就不用顯示，多干凈利索！

先寫到這里，我會繼續(xù)對JSF深入比較下去，如果研究過Jdon框架的人，可能會發(fā)現(xiàn)，Jdon框架的jdonframework.xml中service配置和managed-bean一樣都使用了依賴注射，看來對Javabean的依賴注射已經(jīng)迅速地成為一種新技術(shù)象征，如果你還不了解Ioc模式，趕緊補課。