關於JSF與Struts的區別

花了幾天時間,看了不少資料,加上自已理解,搞了這個小東東...呵呵..不足之處,請朋友們指正喲......大家共同學習吧....

本人對JSF也太瞭解的..看了"大灰狼"的影片後..利用的些時間搞了搞...相信有不少還是關心這個技術的..希望能對各位有所幫助

至(TapeStry)國外已經使它,來代替JSP了..國內也有人在研究...這個東西,俺也不清楚..只是這裡提道一下,同為表現層的框架....

下面進入正題::

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就可以方便實現，


　　


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

　　關鍵是第二行，這裡表示如果userId的值改變並且確定提交後，將觸發呼叫類UserLoginChanged的processValueChanged(...)方法。

　　JSF可以為元件提供兩種事件：Value Changed和 Action. 前者我們已經在上節見識過用處，後者就相當於struts中表單提交Action機制，它的JSF寫法如下：


　　


　　從程式碼可以看出，這兩種事件是透過Listerner這樣觀察者模式貼在具體元件欄位上的，而Struts此類事件是原始的一種表單提交Submit觸發機制。如果說前者比較語言化（程式語言習慣做法類似Swing程式設計）；後者是屬於WEB化，因為它是來自Html表單，如果你起步是從Perl/PHP開始，反而容易接受Struts這種風格。

基本配置

　　Struts和JSF都是一種框架，JSF必須需要兩種包JSF核心包、JSTL包（標籤庫），此外，JSF還將使用到Apache專案的一些commons包，這些Apache包只要部署在你的伺服器中既可。

　　JSF包下載地址：選擇其中Reference Implementation。

　　JSTL包下載在

　　所以，從JSF的驅動包組成看，其開源基因也佔據很大的比重，JSF是一個SUN夥伴們工業標準和開源之間的一個混血兒。

　　上述兩個地址下載的jar合併在一起就是JSF所需要的全部驅動包了。與Struts的驅動包一樣，這些驅動包必須位於Web專案的WEB-INF/lib，和Struts一樣的是也必須在web.xml中有如下配置：


　　
　　　　Faces Servlet
　　　　javax.faces.webapp.FacesServlet
　　　　1
　　
　　
　　　　Faces Servlet
　　　　*.faces
　　



　　這裡和Struts的web.xml配置何其相似，簡直一模一樣。

　　正如Struts的struts-config.xml一樣，JSF也有類似的faces-config.xml配置檔案：



　　
　　　　/index.jsp
　　　　
　　　　　　login
　　　　　　/welcome.jsp
　　　　
　　
　　
　　　　user
　　　　com.corejsf.UserBean
　　　　session
　　





　　在Struts-config.xml中有ActionForm Action以及Jsp之間的流程關係，在faces-config.xml中，也有這樣的流程，我們具體解釋一下Navigation：

　　在index.jsp中有一個事件：



　　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; }
}




　　user
　　com.corejsf.UserBean
　　session

　　
　　　　name
　　　　me
　　

　　
　　　　password
　　　　secret
　　



　　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呢？


　　...
　　
　　　　visit
　　　　#{sessionScope.visit}
　　


　　這裡配置了一個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標籤就簡潔優美：

　　icon="/images/inbox.gif"
　　action="inbox"
　　disabled="#{!authenticationBean.inboxAuthorized}"/>



　　如果authenticationBean中inboxAuthorized返回是假，那麼這一行標籤就不用顯示，多幹淨利索！

　　先寫到這裡，有時間我還會繼續對JSF深入比較下去，如果你還不瞭解Ioc模式，趕緊補課,(哈哈)或看"夜色"老師的spring影片,你會有更多的瞭解!JSF的影片與例子可以看"大灰狼"的,講得非常不錯.....