（轉）共享我在項目中使用jsf的一些經驗

我目前的項目前端使用的是jsf+seam的架構，目前項目已經進入尾聲，我想把一些心得體會給大家說說，以便大家在使用jsf的時候，少走彎路。

1.異常處理問題：請爲jsf加入seam框架，看看Seam - 無縫集成JSF，共三部分，裏面告訴了你怎麼在servlet容器下配合spring使用seam，seam不是一定要在ejb3和jboss下纔可以使 用。因爲單獨使用jsf的話她的異常處理功能很簡陋，跟蹤不到你想看的地方，對於開發很不方便，你只有打開日誌才能看到問題所在，而seam在加入 phase-listener以後，對jsf不同的生命週期都進行了功能增強，即使不使用seam任何的功能，她也能毫無保留的輸出所有的異常棧。

2.css問題：如果你想在你的項目中使用jsf，css太重要了，很多剛開始使用jsf的人都不是很習慣jsf基於塊結構開發頁面，因爲jsf讓你注意 的是內容展現的結構，而不是內容展現的樣式，這是完全符合w3開發html的初衷，大家使用<table><tr>< td>來做頁面展現佈局，其實是錯誤已久的方法，如果在jsf中能瞭解如何使用css進行佈局，jsf不適合複雜頁面設計這句話就不攻自破了。

3.細心的使用dataTable組件，數據列表是最常用的頁面組件，但是我毫不留情的說jsf的dataTable組件的實現簡直太濫了，它就是jsf 開發一大禍根。沒有很方便的解決特定行樣式顯示的問題，沒有解決回退按鈕風險問題，沒有dataScroll和dataTable組件進行數據庫分頁的優 雅辦法，數據提交的幻影問題，我的開發很多時間用在了dataTable的和其他組件塊融合上面。不過jsf1.2通過統一el，加入了對jstl的 foreach標記的支持，我雖然還沒有使用，但是我認爲這有可能成爲數據列表開發的一個有力補充。

4.建議把jsf的模型bean和後臺的業務bean合二爲一，這樣可以在前端提交頁面與模型綁定的同時，完成業務bean的數據封裝，並且交由服務層處 理一氣呵成。這樣做有個好處，就是我們會想方設法通過各種手段在第一時間就完成模型bean對業務bean的封裝，消除服務層對dto的依賴。這樣是可行 的，因爲jsf的頁面綁定機制提供了很好的幫助。

5.請考慮多的使用convert組件，比如列表頁面有個radio塊，提交radio值就是一個int數值，然後在展現邏輯去恢復這個radio值對應 的業務模型，這樣增加了展現邏輯處理頁面數據的負擔，而且不好管理，如果把這個工作放在自定義的convert中，讓convert在頁面上顯示int數 值，在提交上尋找對象，那麼頁面和服務層就屏蔽了這樣的工作，看到的都是對象的進出。

6.我使用了myfaces一個自己的組件<t:updateListener>,就是跨頁面專遞參數，非常好用，剛使用jsf的朋 友，可以看到跳轉的下一個頁面用它怎麼做，但是建議傳遞模型對象，不要傳遞數值，你使用jsf就是因爲她是基於對象考慮頁面設計的。

7.小心使用session來處理jsf，jsf過多的使用了session，但是我可以肯定一點，展現層一定是需要基於狀態的方式來做的，這樣可 以簡化開發，無狀態的方式會帶來更多的無序代碼。不是每個人都是高手。可以考慮使用seam的conversation來處理，她的長會話特別適合業務編 輯，默認的短會話會填補jsf有時容易丟失的短期數據。

8.調試jsf的問題：有時你使用jsf想知道你的數據在哪個階段變化了，你不會把jsf代碼加入到自己的工程中來調試把，請加入自定義的phaseListener，繼承phaseListener這個接口，你可以在把你的程序設置在任何階段跳出來進行調試。

9.分頁的問題：在google搜一下，有個http://www.blogjava.net/steady/archive/2005/12/30/26013.aspx提供了分頁的方式，我就在使用,這是目前最可能的方式了把，呵呵，不過要注意她使dataTable的values直接使用了dataModel，她與seam的@dataModel是不兼容的，所以不能使用seam的@dataModel功能，需要使用get方式了。

10.如果想使用ajax4jsf等ajax框架，你需要使用facelet，讓頁面成爲標準的xhtml，記好了，不要寫了一大堆才發現這個問題。

11.如果你在dataTable列表頁面使用了radio的話，你還想在列表上做一些link操作，一定要在操作上加入immediate= true，否則在沒有選擇radio的情況下她是不會讓你過去的。並且列表中要使用selectBooleanRadio，而不是 selectOneRadio或者selectManyRadio。checkbox也是一樣。

12.對於doGet的方式請使用seam的<s:link>組件。

13.如果你導入了其他頁面，而沒有使用facelet的話，那麼導入的那個頁面就要完全符合jsf組件的渲染方式，混合html會解析不出來。反 過來在主頁面應該儘量多使用jsf標記與html混合的方式，這樣可以使開發變得簡單，儘管有時候jsf會很丟醜，你試試每個html組件都有個 render屬性就知道了。jsf1.2已經把混合的html作爲一個output組件來輸出，可以和jsf組件兼容，是件好事。對於混合html這種方 式，我想說你關注的是jsf組件和模型的關係，而不一定頁面都得是jsf組件標記。

14.不要相信jsf運行的速度慢，jsf雖然在樹形組件處理上，每一個階段都經歷了遞歸遍歷，但是要相信jsf依然很快，我現在的系統很快，如果你使用後很慢那是項目產生了問題，而不是框架的產生了問題。

15.相信jsf一定是下一代表現層的王者，這很重要。

就這麼多把，jsf的能多經驗，我還在摸索當中，有機會還會和大家交流