我目前的項(xiàng)目前端使用的是jsf+seam的架構(gòu)，目前項(xiàng)目已經(jīng)進(jìn)入尾聲，我想把一些心得體會給大家說說，以便大家在使用jsf的時(shí)候，少走彎路。
1.異常處理問題：請為jsf加入seam框架，看看Seam - 無縫集成JSF，共三部分，里面告訴了你怎么在servlet容器下配合spring使用seam，seam不是一定要在ejb3和jboss下才可以使用。因?yàn)閱为?dú)使用jsf的話她的異常處理功能很簡陋，跟蹤不到你想看的地方，對于開發(fā)很不方便，你只有打開日志才能看到問題所在，而seam在加入phase-listener以后，對jsf不同的生命周期都進(jìn)行了功能增強(qiáng)，即使不使用seam任何的功能，她也能毫無保留的輸出所有的異常棧。
2.css問題：如果你想在你的項(xiàng)目中使用jsf，css太重要了，很多剛開始使用jsf的人都不是很習(xí)慣jsf基于塊結(jié)構(gòu)開發(fā)頁面，因?yàn)閖sf讓你注意的是展現(xiàn)的內(nèi)容，而不是展現(xiàn)的樣式，這是完全符合w3開發(fā)html的初衷，大家使用<table><tr><td>來做頁面展現(xiàn)布局，其實(shí)是錯誤已久的方法，如果在jsf中能了解如何使用css進(jìn)行布局，jsf不適合復(fù)雜頁面設(shè)計(jì)這句話就不攻自破了。
3.細(xì)心的使用dataTable組件，數(shù)據(jù)列表是最常用的頁面組件，但是我毫不留情的說jsf的dataTable組件的實(shí)現(xiàn)簡直太濫了，它就是jsf開發(fā)一大禍根。沒有很方便的解決特定行樣式顯示的問題，沒有解決回退按鈕風(fēng)險(xiǎn)問題，沒有dataScroll和dataTable組件進(jìn)行數(shù)據(jù)庫分頁的優(yōu)雅辦法，數(shù)據(jù)提交的幻影問題，我的開發(fā)很多時(shí)間用在了dataTable的和其他組件塊融合上面。不過jsf1.2通過統(tǒng)一el，加入了對jstl的foreach標(biāo)記的支持，我雖然還沒有使用，但是我認(rèn)為這有可能成為數(shù)據(jù)列表開發(fā)的一個有力補(bǔ)充。
4.建議把jsf的模型bean和后臺的業(yè)務(wù)bean合二為一，這樣可以在前端提交頁面與模型綁定的同時(shí)，完成業(yè)務(wù)bean的數(shù)據(jù)封裝，并且交由服務(wù)層處理一氣呵成。這樣做有個好處，就是我們會想方設(shè)法通過各種手段在第一時(shí)間就完成模型bean對業(yè)務(wù)bean的封裝，消除服務(wù)層對dto的依賴。這樣是可行的，因?yàn)閖sf的頁面綁定機(jī)制提供了很好的幫助。
5.請考慮多的使用convert組件，比如列表頁面有個radio塊，提交radio值就是一個int數(shù)值，然后在展現(xiàn)邏輯去恢復(fù)這個radio值對應(yīng)的業(yè)務(wù)模型，這樣增加了展現(xiàn)邏輯處理頁面數(shù)據(jù)的負(fù)擔(dān)，而且不好管理，如果把這個工作放在自定義的convert中，讓convert在頁面上顯示int數(shù)值，在提交上尋找對象，那么頁面和服務(wù)層就屏蔽了這樣的工作，看到的都是對象的進(jìn)出。
6.我使用了myfaces一個自己的組件<t:updateListener>,就是跨頁面專遞參數(shù)，非常好用，剛使用jsf的朋友，可以看到跳轉(zhuǎn)的下一個頁面用它怎么做，但是建議傳遞模型對象，不要傳遞數(shù)值，你使用jsf就是因?yàn)樗腔趯ο罂紤]頁面設(shè)計(jì)的。
7.小心使用session來處理jsf，jsf過多的使用了session，但是我可以肯定一點(diǎn)，展現(xiàn)層一定是需要基于狀態(tài)的方式來做的，這樣可以簡化開發(fā)，無狀態(tài)的方式會帶來更多的無序代碼。不是每個人都是高手。可以考慮使用seam的conversation來處理，她的長會話特別適合業(yè)務(wù)編輯，默認(rèn)的短會話會填補(bǔ)jsf有時(shí)容易丟失的短期數(shù)據(jù)。
8.調(diào)試jsf的問題：有時(shí)你使用jsf想知道你的數(shù)據(jù)在哪個階段變化了，你不會把jsf代碼加入到自己的工程中來調(diào)試把，請加入自定義的phaseListener，繼承phaseListener這個接口，你可以在把你的程序設(shè)置在任何階段跳出來進(jìn)行調(diào)試。
9.分頁的問題：在google搜一下，有個http://www.aygfsteel.com/steady/archive/2005/12/30/26013.aspx提供了分頁的方式，我就在使用,這是目前最可能的方式了把，呵呵，不過要注意她使dataTable的values直接使用了dataModel，她與seam的@dataModel是不兼容的，所以不能使用seam的@dataModel功能，需要使用get方式了。
10.如果想使用ajax4jsf等ajax框架，你需要使用facelet，讓頁面成為標(biāo)準(zhǔn)的xhtml，記好了，不要寫了一大堆才發(fā)現(xiàn)這個問題。
11.如果你在dataTable列表頁面使用了radio的話，你還想在列表上做一些link操作，一定要在操作上加入immediate=true，否則在沒有選擇radio的情況下她是不會讓你過去的。并且列表中要使用selectOneRadio,如果使用checkbox就要使用selectBooleanCheckbox.組件。
12.對于doGet的方式請使用seam的<s:link>組件，<%=request.getContextPath() %>問題，提交引起的書簽問題都迎刃而解。
13.如果你導(dǎo)入了其他頁面，而沒有使用facelet的話，那么導(dǎo)入的那個頁面就要完全符合jsf組件的渲染方式，混合html會解析不出來。反過來在主頁面應(yīng)該盡量多使用jsf標(biāo)記與html混合的方式，這樣可以使開發(fā)變得簡單，盡管有時(shí)候jsf會很丟丑，你試試每個html組件都有個render屬性就知道了。jsf1.2已經(jīng)把混合的html作為一個output組件來輸出，可以和jsf組件兼容，是件好事。對于混合html這種方式，我想說你關(guān)注的是jsf組件和模型的關(guān)系，而不一定頁面都得是jsf組件標(biāo)記。
14.不要相信jsf運(yùn)行的速度慢，jsf雖然在樹形組件處理上，每一個階段都經(jīng)歷了遞歸遍歷，但是要相信jsf依然很快，我現(xiàn)在的系統(tǒng)很快，如果你使用后很慢那是項(xiàng)目產(chǎn)生了問題，而不是框架的產(chǎn)生了問題。
15.相信jsf一定是下一代表現(xiàn)層的王者，這很重要。
就這么多把，jsf的能多經(jīng)驗(yàn)，我還在摸索當(dāng)中，有機(jī)會還會和大家交流
fangshun1980@hotmail.com
引用:
http://www.aygfsteel.com/fangshun/archive/2007/10/20/154469.html
前一段時(shí)間我寫過一篇共享我在項(xiàng)目中使用jsf的一些經(jīng)驗(yàn)，主要是概要的提出了一些jsf使用上的建議，這次我想在文章里主要是把seam在jsf中的使用經(jīng)驗(yàn)提一下，能讓更多的人了解seam的實(shí)際應(yīng)用和優(yōu)勢。
1.seam配置時(shí)要注意的地方：
（1）faces-config.xml里面要加入一個seam的階段監(jiān)聽：
<lifecycle>
<phase-listener>org.jboss.seam.jsf.SeamPhaseListener</phase-listener>
<!-- <phase-listener>com.future.egov.jsf.ext.event.DebugPhaseListener</phase-listener> -->
</lifecycle>
seam動起來的條件就是從這里發(fā)起的，seam通過這個監(jiān)聽器對jsf的各個階段進(jìn)行必要的增強(qiáng)以及植入自己的CONVERSATION生命周期，對于這個監(jiān)聽器的具體細(xì)節(jié)工作，我還需要更多時(shí)間研究,仍在了解中!
(2) 一定要在工程類路徑的根下放置一個seam.properties文件，你可以設(shè)置為空內(nèi)容，主要是引導(dǎo)seam在初始化的時(shí)候加載這個路徑下所有標(biāo)注為seam組件的對象（通過@Name注釋），http://www.ibm.com/developerworks/cn/java/j-seam1/ seam無縫集成jsf給我了提示！
(3)web.xml下最小配置是加入seam監(jiān)聽器
<listener>
<listener-class>org.jboss.seam.servlet.SeamListener</listener-class>
</listener>
在容器加載工程的時(shí)候，初始化seam框架。
以上三處的配置，你就可以在任何容器中使用seam了！更多的配置大家可以找參考了解吧，我目前在項(xiàng)目中就使用了以上配置。其他配置主要是在seam對ajax，ejb3的支持上，不過seam很新，什么事都會發(fā)生！
2.常用的注釋：（所有被seam定義的領(lǐng)域?qū)ο蠖伎梢哉J(rèn)為是seam組件）
（1）@Name(XXX)，需要在你的領(lǐng)域類上定義，定義了seam組件的名稱，對于jsf來說就是backing-bean，也就是說你不用在faces-config中配置managedbean了！
（2）@Scope(ScopeType.XXX)，可以在你的領(lǐng)域類上定義，表示這個被定義的seam組件在什么上下文中，jsf中主要包括page,event,session,application,conversation這些Scope。我在項(xiàng)目中主要使用event,session,conversation。event就是把組件放入了request中，session同理，conversation是seam獨(dú)創(chuàng)的聲命周期，conversation短聲命周期類似request，但是會保存一些jsf容易在請求中丟失的數(shù)據(jù)（jsf只是保存組件，不保存組件渲染的數(shù)據(jù)，除非是EditableValueHolder組件，有時(shí)候需要通過myfaces的save組件和updateActionListener組件來恢復(fù)這些數(shù)據(jù)），具體保存細(xì)節(jié)，需要看使用的情況，我有這樣一個經(jīng)驗(yàn)：當(dāng)定義成event上下文，在頁面的一次請求中，有些數(shù)據(jù)請求時(shí)還在，但是到渲染時(shí)就不見了，常見在dataTable組件，myfaces的commandNavigation組件，但是換成conversation上下文，這些數(shù)據(jù)在渲染時(shí)又找回來了。但是對于跨度比較大層面，我還是推薦使用myfaces提供的保持機(jī)制，我一般使用updateActionListener，而save組件在seam1.2.1的環(huán)境下會出錯。如果再有更大跨度，就可以使用conversation上下文的長會話了。
（3）@Begin（join=true）,@End(beforeRedirect=true)，當(dāng)觸發(fā)了帶有@Begin標(biāo)記的方法，conversation的長會話就這樣開始了，主要是為了長時(shí)間使用已經(jīng)加載到conversation域中的對象或者屬性（如果定義了conversation但并沒有加載的可不算）：join=true就是告訴你會話中有同名值時(shí)繼續(xù)賦值，還有一個注釋參數(shù)ifOutcome=XXX，就是看你的方法返回的字符串是否和ifOutcome定義的字符串相匹配，如果匹配就開始長會話。當(dāng)在長會話期間執(zhí)行到某個方法帶有@End標(biāo)記那么這個長會話就會結(jié)束，這樣防止了內(nèi)存泄漏問題，我認(rèn)為這是一個權(quán)衡的結(jié)果，也許用戶真的會點(diǎn)擊那個帶有結(jié)束標(biāo)記方法的按鈕。beforeRedirect為真就會在結(jié)束時(shí)清掉conversation上下文所有的信息，如果beforeRedirect=false，conversation只是變成短會話，在結(jié)束后的那次請求中還可以使用conversation中的數(shù)據(jù)，一般會用在messages提示這個應(yīng)用場景中使用，但是如果要返回?cái)?shù)據(jù)列表有時(shí)就需要清空所有數(shù)據(jù)，防止數(shù)據(jù)列表還會重現(xiàn)長會話開始前的情況。
（4）In(value=XXX,rquest=false,ScopeType=XXX)，Out(value=XXX,rquest=false,ScopeType=XXX) seam把它定義為雙射。In是最常用的標(biāo)注，你可以使用In導(dǎo)入一個jsf的EL變量來獲取jsf模型，例如我要獲取spring的業(yè)務(wù)bean，而且業(yè)務(wù)bean已經(jīng)定義成backing bean，利用spring與jsf集成的方法：
<!-- Managed Beans for options.jsp -->
<application>
<variable-resolver>
org.springframework.web.jsf.DelegatingVariableResolver
</variable-resolver>
<locale-config>
<default-locale>gbk</default-locale>
</locale-config>
<message-bundle>resources/MessageBundle</message-bundle>
<!-- <view-handler>com.icesoft.faces.facelets.D2DFaceletViewHandler
</view-handler> -->
</application>
在seam組件中這樣聲明：
@In(value="#{userService}", request=false)
private UserService userService;
這個示例為seam組件注入了由spring管理的用戶服務(wù)對象，它的value是從jsf EL變量中獲取，request=false在告訴seam，如果當(dāng)前的值沒有找到，那么設(shè)置為空，否者當(dāng)出現(xiàn)沒有找到的情況，seam會拋出空異常。
@Out屬性主要是把處理過的屬性值會由seam重新再付給上下文也就是Out中所定義的ScopeType上下文，我認(rèn)為雖然是seam的一個特點(diǎn)，但是在我的應(yīng)用中不多，主要是注入而非雙射！如果它真的能在短期Conversation中有所作用來代替Myfaces的數(shù)據(jù)保持機(jī)制，我想會好些，我目前只是在長Conversation有所應(yīng)用。
[email=3.@Factory]3[/email] [email=.@Factory].@Factory[/email]，@DataModelSelection，@DataModel，它們主要來代替數(shù)據(jù)列表的使用，主要是減少了代碼量，F(xiàn)actory是在請求值階段就對需要實(shí)例化的對象進(jìn)行創(chuàng)建，DataModelSelection定義的屬性，可以透明的抓取數(shù)據(jù)列表選擇的單行數(shù)據(jù)，DataModel屬性減少了不必要的get，set。然而我在實(shí)際的使用中由于很多不定的情況，大部分的使用上又回到j(luò)sf標(biāo)準(zhǔn)的get方式。 這種開發(fā)方式我認(rèn)為seam的目的是想屏蔽與頁面不必要的關(guān)系細(xì)節(jié)，讓開發(fā)只需要重視真正的業(yè)務(wù)，是一個標(biāo)準(zhǔn)的面向?qū)ο笫浇Y(jié)構(gòu)，當(dāng)jsf的體系結(jié)構(gòu)的不斷優(yōu)化，類似這種開發(fā)方式我想會越來越有用。
[email=4.@RequestParameter]4. @RequestParameter[/email]是個很有用的注釋，它自動把當(dāng)前屬性和頁面同名的request提交值綁定在一起，雖然這樣使用違背了jsf所追求的面向?qū)ο蠡琱ttp透明化，但是實(shí)際開發(fā)中會后很多意想不到的情況，有時(shí)候在集成式頁面這樣的做法會很有用，當(dāng)你的頁面中不僅僅有jsf標(biāo)簽就清楚了！
seam的其他方面問題我會抽空整理一下，seam目前也是在不斷更新當(dāng)中，明年出臺的webBeans規(guī)范的前身就是seam，其實(shí)我更關(guān)注的是seam在整個j2ee體系中的角色，它到底是想替代struts的application？還是想替代spring的manager?也許有更多的想法！