JSF通過URL來傳遞參數
當初看上JSF，是因為看中了幾個好處：
1、獲取或顯示表單數據時用相同的EL即可，JSF之前的EL只能get不能set；
2、MyFaces實現里面有很多很“炫”的組件，例如下拉菜單，樹型控件，日期選擇控件等等，使用極其方便。
于是就在一個小項目中使用JSF開發，用著就發現其實這個東西也帶來了很多比以前更麻煩的地方，就拿很常見的數據庫操作——查詢、修改、插入、刪除來說明使用JSF來實現有什么麻煩：
1)查詢。對于小數據量，用一個dataTable就什么都搞定了?？墒谴髷祿糠猪摼捅容^麻煩了，因為dataTable的分頁是把所有數據都取出來然后再一頁頁顯示，而大數據量下一般是要看哪一頁就取哪一頁。網上有個通用的分頁存儲過程，只要把一系列參數（頁碼，排序依據，每頁大小等）傳給它，就能獲得某一頁的數據。如果直接通過URL來傳遞參數，服務器根據參數來調用存儲過程，是很方便的事情。可是JSF卻不通過URL來傳遞參數了，整個頁面處理的過程也比較復雜，沒有以前那樣直觀。有人改了一下dataModel的實現方式，使它每次只取一頁的數據，效果是達到了，但要跳到某一頁，卻只能點鏈接，不能通過輸入URL來到達了（也就是不能把某一頁添加到收藏夾里了）。
這兩天做了一些試驗，在JSF里還是可以通過URL來傳遞參數的，在Backing Bean里可以通過ValueBinding的getValue取得 URL參數，然后根據參數來從數據庫中取得相應的內容，生成某個對象的bean，再在頁面上顯示出來。不過這樣一來，似乎就跟servlet差不多了。
如果可以通過配置來設定表單提交是get方式還是post方式就好了?？墒悄壳耙宦芍荒躳ost，這樣造成的后果除了不能收藏，不能刷新（會提示是否重新提交數據）之外，還會使瀏覽器的后退功能失效。
2)修改。在datatable中把數據顯示出來后，可以每一行加一個commanButton，在它的action method中調用dataModel的getRowData()方法來得到該行的數據，把數據保存在一個request范圍的bean里面，再轉向到另一個頁面通過可編輯表單來顯示該bean的內容，在那里就可以修改、提交了。由于是使用了forward方式轉向，所以url顯示的頁面還是數據顯示的那個頁面，只要一刷新，就又回到數據顯示那一頁而不是修改那一頁了；如果不想修改，按一下瀏覽器的后退按鈕，雖然回到了數據顯示的那一頁，但上面的 commandButton已經失效，例如點擊修改按鈕，沒有任何反應，必須把那一頁刷新一下再點才有效。
為了解決這個問題，我采用了URL來傳遞參數的方法。通過在URL中指定ID來說明要修改的是哪個對象，在修改頁面的backing bean的構造函數中，讀取URL參數來獲得ID，然后通過查詢數據庫得到該對象的其他內容，再顯示在頁面上。這樣就可以刷新，可以后退。
3)新增。新增跟修改可以用同一個頁面來顯示，只是commandButton對應不同的action method，例如“修改”按鈕對應的是update，“新增”按鈕對應的是create，在兩個method里分別使用數據庫的update語句和 insert語句即可。新增的時候是沒有ID的，修改的時候則已經有了ID。
4)刪除。在顯示數據的dataTable里，每行可以添加一個commandButton，在它的action method里，讀取該行數據，得到ID后執行SQL的DELETE語句即可，比較簡單。
無論是做什么，都離不開三個東西：頁面，配置文件，Backing Bean。頁面是表現層的東西，負責把頁面上的東西與Backing Bean聯系起來。配置文件則指定在頁面上使用的Backing Bean的名字、類、使用范圍，還有導航規則(Navigation Rules)。Backing Bean就是程序的邏輯部分了。即使實現最簡單的功能，例如顯示某個變量的值，這三個東西都是必不可少的。
修改頁面的時候，雖然不用重啟服務器，但必須在新的session里才能看出效果來，最簡單的辦法就是把瀏覽器關掉，打開一個新的，查看結果。修改了配置文件和backing bean 就必須重啟服務器了。所以調試JSF是很麻煩的。
【編輯推薦】
