總的來說,我建議在新項目中優(yōu)先考慮JSF。雖然常常有一些商業(yè)上的因素迫使我們?yōu)楝F(xiàn)有的項目選擇了Struts,而且那些解決方案還有待考驗,但是,讓我們面對一個事實:JSF比Struts好多了。
下面是我選擇JSF而不選Struts的十大理由:
1.Components(組件)
2.Render Kits
3.Renderers
4.Value Binding Expressions(值綁定表達式)
5.Event Model(事件模型)
6.Extensibility(可擴展性)
7.Managed Beans(Dependency Injection 依賴注入)
8.POJO Action Methods
9.JSF is the standard Java-based web app framework (JSF是Java web應用程序的標準框架)
10.There's only one Struts(只有一個Struts)
Struts是一個開源產品,然而JSF是一個標準。這個細節(jié)常常被新的JSF學習者忽略,其實這是顯而易見的,因為我們有多個JSF的 實現(xiàn)。雖然JSF還很不成熟,但是我們已經(jīng)有了2個優(yōu)秀的JSF實現(xiàn)可以選擇:Sun的參考實現(xiàn)和Apache的MyFaces。另一方面,我們只有一個 Struts。
9.JSF is the standard(JSF是標準)
J2EE5.0要提供一個JSF的實現(xiàn),這表明JSF不久將會無處不在。這可能與你無關,但是和工具供應商密切相關。現(xiàn)在大概有50個Java web應用程序框架,工具供應商不會情愿去支持一個特別的框架,但是他們會毫不猶豫的去支持一個標準。
而且不止供應商,開源項目也會迅速的聚集在JSF的四周,爭先恐后的去實現(xiàn)相同的功能。比如說,直到我們去實現(xiàn)本質上和Shale的Tapestry差不多的視圖的時候,我才知道Facalets。(從長遠來看,我相信這種冗余是件好事,會給我們帶來好處)
8.POJO Action Methods
Struts的行為是和Struts的API綁定在一起的,但是JSF的行為方法可以在POJPO中實現(xiàn)。這意味著你不用在表單和模型對象之間實現(xiàn)一個多余的行為層。順便說一下,在JSF里面沒有行為對象,行為在模型對象中實現(xiàn)。
但是也請注意一點:如果你愿意你也可以生成與JSF獨立的行為對象。在Struts里面,你有Form Bean和Action Bean。Form Bean包含數(shù)據(jù)而Action Bean包含邏輯。OO狂會想去合并前2者,在Struts你辦不到。但是在JSF中,你可以分開數(shù)據(jù)和邏輯,也可以合并到一個對象中,一切由你決定。
7.Managed Beans(Dependency Injection 依賴注入)
和Spring一樣,JSF也使用了依賴注入(DJ)(或控制反轉(IoC))去實例化和初始化Bean。Struts的確為你生成了Form Bean和Action Bean,但是JSF可以為你生成各種各樣的Managed Bean。
6.Extensibility(可擴展性)
這個很重要。JSF有6個對象實現(xiàn)了這個框架的大部分功能,而且你可以很容易的用你自己的實現(xiàn)代替原有實現(xiàn)。比如你想加一個自定義參數(shù)在 JSF表達式語言里面,或是添加一個自己的視圖控制器以便于區(qū)分組件和HTML。事實上Shale實現(xiàn)了上面的功能。如果你還沒有滿足,JSF提供了幾個 地方你可以輕松的控制JSF的生命周期。Shale給你的會更多。
5.Event Model(事件模型)
JSF的事件模型使你可以對值改變,動作,JSF生命周期階段變換等作出反應。在JSF1.1中,那些事件都是在服務器端處理的,這肯定是一個缺陷,好在JSF2.0計劃支持客戶端事件,拭目以待吧。
4.Value Binding Expressions(值綁定表達式)
在Struts中,你負責把數(shù)據(jù)從Form傳遞到模型對象。你實現(xiàn)的Action的execute方法是把Form作為一個參數(shù)。然后你 再手動的把數(shù)據(jù)從Form Bean里面取出放到模型對象里面。你要為應用里面的每個Form做這些事情,然而在JSF里面,你只需像這樣:#{model.property} 就夠了,其他的交給JSF來處理。
3.Renderers
你有看過Struts的標簽的源代碼嗎?它直接生成HTML。JSF組件標簽什么都不生成,它和服務器上的一對component- renderer對應。Component維護組件狀態(tài),rendered負責獲得視圖。重點是renderers是可插拔的,即你可以根據(jù)自己需求實現(xiàn) 然后替代掉默認實現(xiàn)。比如說我在NFJS上面的Felix談話中舉例說明了怎么去實現(xiàn)一個自定義的label renderer。你只需要配置你的renderer,JSF就會自動在你的應用程序里面使用他。
2.Render Kits
在幾年前我曾經(jīng)有份Struts咨詢工作,我們必須同時支持瀏覽器和無線設備,非常痛苦。但是用JSF來完成那個任務非常容易,因為你可以生成你自己的render kit-為一種特定顯示技術的renderers的集合-然后配置到JSF里面。
1.Components(組件)
組件是Struts和JSF之間最大的區(qū)別。就像Swing一樣,JSF提供豐富的底層構件去開發(fā)組件然后添加到標準的組件集。那些底層 構件讓你很容易的生成自己的組件并且和別人共享。現(xiàn)在我們到處都能看到自定義組件跳出來,比如說Oracle的ADF和MyFaces,兩者都提供了豐富 的組件集,就像javascript日歷,tree等等。
當然,組件只是一部分。典型的是,組件都和一個獨立的renderer對應,這給我們帶來了真正的好處(看第3條)。但是和JSF中的 很多東西一樣,你不一定要墨守成規(guī)。只要你愿意,你可以實現(xiàn)render自己的組件,雖然這樣你會失去給組件加入別的renderer的能力。
(轉自賽迪網(wǎng) 作者:Jackie 發(fā)文時間:2005.12.09 原文鏈接)
下面是我選擇JSF而不選Struts的十大理由:
1.Components(組件)
2.Render Kits
3.Renderers
4.Value Binding Expressions(值綁定表達式)
5.Event Model(事件模型)
6.Extensibility(可擴展性)
7.Managed Beans(Dependency Injection 依賴注入)
8.POJO Action Methods
9.JSF is the standard Java-based web app framework (JSF是Java web應用程序的標準框架)
10.There's only one Struts(只有一個Struts)
Struts是一個開源產品,然而JSF是一個標準。這個細節(jié)常常被新的JSF學習者忽略,其實這是顯而易見的,因為我們有多個JSF的 實現(xiàn)。雖然JSF還很不成熟,但是我們已經(jīng)有了2個優(yōu)秀的JSF實現(xiàn)可以選擇:Sun的參考實現(xiàn)和Apache的MyFaces。另一方面,我們只有一個 Struts。
9.JSF is the standard(JSF是標準)
J2EE5.0要提供一個JSF的實現(xiàn),這表明JSF不久將會無處不在。這可能與你無關,但是和工具供應商密切相關。現(xiàn)在大概有50個Java web應用程序框架,工具供應商不會情愿去支持一個特別的框架,但是他們會毫不猶豫的去支持一個標準。
而且不止供應商,開源項目也會迅速的聚集在JSF的四周,爭先恐后的去實現(xiàn)相同的功能。比如說,直到我們去實現(xiàn)本質上和Shale的Tapestry差不多的視圖的時候,我才知道Facalets。(從長遠來看,我相信這種冗余是件好事,會給我們帶來好處)
8.POJO Action Methods
Struts的行為是和Struts的API綁定在一起的,但是JSF的行為方法可以在POJPO中實現(xiàn)。這意味著你不用在表單和模型對象之間實現(xiàn)一個多余的行為層。順便說一下,在JSF里面沒有行為對象,行為在模型對象中實現(xiàn)。
但是也請注意一點:如果你愿意你也可以生成與JSF獨立的行為對象。在Struts里面,你有Form Bean和Action Bean。Form Bean包含數(shù)據(jù)而Action Bean包含邏輯。OO狂會想去合并前2者,在Struts你辦不到。但是在JSF中,你可以分開數(shù)據(jù)和邏輯,也可以合并到一個對象中,一切由你決定。
7.Managed Beans(Dependency Injection 依賴注入)
和Spring一樣,JSF也使用了依賴注入(DJ)(或控制反轉(IoC))去實例化和初始化Bean。Struts的確為你生成了Form Bean和Action Bean,但是JSF可以為你生成各種各樣的Managed Bean。
6.Extensibility(可擴展性)
這個很重要。JSF有6個對象實現(xiàn)了這個框架的大部分功能,而且你可以很容易的用你自己的實現(xiàn)代替原有實現(xiàn)。比如你想加一個自定義參數(shù)在 JSF表達式語言里面,或是添加一個自己的視圖控制器以便于區(qū)分組件和HTML。事實上Shale實現(xiàn)了上面的功能。如果你還沒有滿足,JSF提供了幾個 地方你可以輕松的控制JSF的生命周期。Shale給你的會更多。
5.Event Model(事件模型)
JSF的事件模型使你可以對值改變,動作,JSF生命周期階段變換等作出反應。在JSF1.1中,那些事件都是在服務器端處理的,這肯定是一個缺陷,好在JSF2.0計劃支持客戶端事件,拭目以待吧。
4.Value Binding Expressions(值綁定表達式)
在Struts中,你負責把數(shù)據(jù)從Form傳遞到模型對象。你實現(xiàn)的Action的execute方法是把Form作為一個參數(shù)。然后你 再手動的把數(shù)據(jù)從Form Bean里面取出放到模型對象里面。你要為應用里面的每個Form做這些事情,然而在JSF里面,你只需像這樣:#{model.property} 就夠了,其他的交給JSF來處理。
3.Renderers
你有看過Struts的標簽的源代碼嗎?它直接生成HTML。JSF組件標簽什么都不生成,它和服務器上的一對component- renderer對應。Component維護組件狀態(tài),rendered負責獲得視圖。重點是renderers是可插拔的,即你可以根據(jù)自己需求實現(xiàn) 然后替代掉默認實現(xiàn)。比如說我在NFJS上面的Felix談話中舉例說明了怎么去實現(xiàn)一個自定義的label renderer。你只需要配置你的renderer,JSF就會自動在你的應用程序里面使用他。
2.Render Kits
在幾年前我曾經(jīng)有份Struts咨詢工作,我們必須同時支持瀏覽器和無線設備,非常痛苦。但是用JSF來完成那個任務非常容易,因為你可以生成你自己的render kit-為一種特定顯示技術的renderers的集合-然后配置到JSF里面。
1.Components(組件)
組件是Struts和JSF之間最大的區(qū)別。就像Swing一樣,JSF提供豐富的底層構件去開發(fā)組件然后添加到標準的組件集。那些底層 構件讓你很容易的生成自己的組件并且和別人共享。現(xiàn)在我們到處都能看到自定義組件跳出來,比如說Oracle的ADF和MyFaces,兩者都提供了豐富 的組件集,就像javascript日歷,tree等等。
當然,組件只是一部分。典型的是,組件都和一個獨立的renderer對應,這給我們帶來了真正的好處(看第3條)。但是和JSF中的 很多東西一樣,你不一定要墨守成規(guī)。只要你愿意,你可以實現(xiàn)render自己的組件,雖然這樣你會失去給組件加入別的renderer的能力。
(轉自賽迪網(wǎng) 作者:Jackie 發(fā)文時間:2005.12.09 原文鏈接)