摘要：JavaServer Faces作為一種新興的Web表現層框架，正在受到越來(lái)越多的關(guān)注。本文描述了JSF的幾大優(yōu)勢，以及這些優(yōu)勢所帶來(lái)的Web開(kāi)發(fā)的重大變革，從而試圖說(shuō)明JSF將會(huì )在眾多競爭者中脫穎而出，成為Web表現層框架的主流。
1. 引子：我與JSF的第一次親密接觸
2004年3月，當我著(zhù)手開(kāi)發(fā)我的第一個(gè)Web程序時(shí)，我選擇了JSP。作為一個(gè)傳統的桌面程序員，而且是老程序員，向Web程序員的轉變是異常痛苦的。3個(gè)月的時(shí)間，程序總算完成了，但從此對JSP恨之入骨。凌亂的書(shū)寫(xiě)格式，數據和界面的混雜，尤其是嵌入到頁(yè)面里的Scriptlet，讓我搞不清自己是編程序的還是寫(xiě)網(wǎng)頁(yè)的。
因此，當接到第二版的開(kāi)發(fā)任務(wù)時(shí)，我毫不猶豫地放棄了JSP，尋找一種替代技術(shù)。上網(wǎng)一搜，卻發(fā)現框架多如牛毛，評論文章各執一詞，莫衷一是，讓我徹底迷失了。猶豫搖擺不定之際，sun的J2EE Tutorial文檔中關(guān)于JavaServer Faces技術(shù)的介紹吸引了我：UI、component、event、listener這些在桌面程序中熟悉的字眼，讓我在Web開(kāi)發(fā)中找到了桌面程序員的一些感覺(jué)。
象開(kāi)發(fā)桌面程序那樣開(kāi)發(fā)web程序，這是我選擇JSF的初衷?；谶@樣膚淺的認識，跌跌撞撞上路了，在工期和新技術(shù)的雙重壓力之下，超負荷的工作令人透不過(guò)氣來(lái)，但每每從JSF中發(fā)掘出令人驚喜的新特性，又給我帶來(lái)極大的滿(mǎn)足感。第二版終于完成時(shí)，日歷恰好翻過(guò)一個(gè)整月。JSF帶來(lái)的效率提升是顯著(zhù)的。
事實(shí)上，到現在為止，我對于JSF還只能說(shuō)是初步了解，遠未達到掌握，更談不上精通，但這并不妨礙我視JSF為Web開(kāi)發(fā)的首選框架。尤其是對于新手，如果還沒(méi)有在Struts、Tiles、Spring、Tapestry等框架中走得太遠，那么，集中你有限的精力踏上JSF之路吧。
2. JSF優(yōu)勢之一：UI組件（UI-component）
UI組件（UI-component）一直是桌面程序的專(zhuān)利，web程序中，雖然HTML定義了基本的UI標簽，但要使這些UI標簽像UI組件那樣工作，還需要很多代碼片斷來(lái)處理數據及其表現形式，而且有效地組織這些代碼片斷使其協(xié)調一致也是一件繁瑣的工作。JSF的UI組件是真正意義上的UI組件，能極大地簡(jiǎn)化程序員的工作，例如，在頁(yè)面上放置一個(gè)文本輸入框，這個(gè)輸入框立即具備了數據填充、界面更新、事件偵聽(tīng)、動(dòng)作觸發(fā)、有效性檢查和類(lèi)型轉換的功能。更為重要的是，程序員只需根據業(yè)務(wù)邏輯編寫(xiě)核心業(yè)務(wù)代碼，JSF會(huì )保證代碼在合適的時(shí)候被執行，完全不用考慮代碼與代碼之間該如何來(lái)配合。
3. JSF優(yōu)勢之二：事件驅動(dòng)模式
事件是面向對象方法的重要組成部分，對象之間通過(guò)事件進(jìn)行溝通和交流，使得一個(gè)或多個(gè)對象能夠對另一個(gè)對象的行為作出響應，共同合作去完成一項業(yè)務(wù)邏輯。通常，編寫(xiě)Web程序時(shí)，程序員要為對象之間的溝通設計機制，編寫(xiě)代碼。雖然溝通的內容屬于業(yè)務(wù)邏輯，但溝通的機制顯然與業(yè)務(wù)沒(méi)有太大關(guān)系，程序員因此為業(yè)務(wù)邏輯之外的功能浪費了時(shí)間。JSF改變了這種狀況。JSF的事件和偵聽(tīng)模式與大家熟悉的Javabean的事件模式類(lèi)似，有Java基礎的程序員并不需要學(xué)習任何新的東西。JSF的UI組件可以產(chǎn)生事件，例如，當頁(yè)面上一個(gè)文本輸入框的內容被修改時(shí)，會(huì )發(fā)出一個(gè)“值改變事件”。另一個(gè)對象如果對“值改變事件”感興趣，只需注冊為該對象的偵聽(tīng)者，并編寫(xiě)處理例程，即可命令JSF在事件發(fā)生時(shí)自動(dòng)調用處理例程。JSF做了所有該做的事，留給程序員的只有業(yè)務(wù)邏輯代碼的編寫(xiě)。
4. JSF優(yōu)勢之三：用戶(hù)界面到業(yè)務(wù)邏輯的直接映射
舉個(gè)例子，表單提交是Web編程最常見(jiàn)的任務(wù)，也是最復雜的任務(wù)之一。當用戶(hù)在網(wǎng)頁(yè)上點(diǎn)擊“確定”按鈕時(shí)，瀏覽器將生成一個(gè)HTTP請求，發(fā)往服務(wù)器端的某個(gè)Servlet，執行該Servlet的service方法。在service方法中，HTTP請求需要經(jīng)歷解碼、類(lèi)型轉換、有效性驗證、狀態(tài)保存、數據更新等環(huán)節，處理這些環(huán)節的所有細節，對程序員來(lái)說(shuō)是沉重的負擔。在JSF下，這些工作的很大一部分都由框架承擔了，在程序員看來(lái)，這個(gè)過(guò)程是透明的，用戶(hù)界面端的HTTP請求可以直接映射到后端的一個(gè)事件處理例程，JSF起到了承前啟后的作用。
5. JSF優(yōu)勢之四：程序員和網(wǎng)頁(yè)設計人員的分工 在JSP中，程序員和網(wǎng)頁(yè)設計人員的工作有時(shí)候是互相交織、無(wú)法區分的。這是因為JSP頁(yè)面中摻入了網(wǎng)頁(yè)設計人員所不熟悉的一些JSP標簽，甚至是晦澀的Java代碼。要求網(wǎng)頁(yè)設計人員理解這些標簽和代碼是不現實(shí)的，不符合分工合作的原則。在JSF中，框架為網(wǎng)頁(yè)設計人員提供了一套標準的UI組件，在工具的支持下，可以通過(guò)拖放簡(jiǎn)單地添加到網(wǎng)頁(yè)上，然后設置某些顯示屬性來(lái)滿(mǎn)足視覺(jué)要求。網(wǎng)頁(yè)設計人員不需要知道UI組件背后的復雜代碼，那是程序員的事，而程序員也不需要再處理任何與視覺(jué)相關(guān)的細節，程序員所做的只是給UI組件綁定類(lèi)的屬性或方法。雖然程序員和網(wǎng)頁(yè)設計人員需要修改同一份文件，但他們各司其職，各得其所，互不干擾。程序員和網(wǎng)頁(yè)設計人員工作的明確劃分，是JSF在易用性方面邁出的一大步。
6. JSF優(yōu)勢之五：請求處理生命周期的多階段劃分 雖然都是建立在Servlet基礎之上，但JSF的生命周期要比JSP復雜得多。JSP的生命周期非常簡(jiǎn)單，頁(yè)面被執行時(shí)，HTML標記立即被生成了，生命周期隨即結束。而一個(gè)完整的JSF請求-處理生命周期被精心規劃為6個(gè)階段，典型的JSF請求需要經(jīng)歷所有階段，某些特殊的請求也可以跳過(guò)一些階段。階段的細分，顯然引入了更多的處理，但JSF框架會(huì )管理這一切，所以，程序員在獲得更多控制能力的同時(shí)，工作量并沒(méi)有增加。
7. JSF優(yōu)勢之六：伴隨工具而生存
JSF帶來(lái)了Web編程的巨大變革，變革的強烈程度超出了很多工具廠(chǎng)商的預料，以至于現在可供JSF使用的工具非常缺乏。缺乏工具支持的JSF只會(huì )令人敬而遠之，因此，JSF在設計之初就為工具廠(chǎng)商預留了用武之地。在為數不多的JSF工具中，sun的Java Studio Creator是一個(gè)優(yōu)秀的開(kāi)發(fā)環(huán)境；Borland的Jbuilder在JSF1.1時(shí)曾經(jīng)是非常好用的開(kāi)發(fā)工具，可惜現在對JSF1.2的支持沒(méi)有跟上；Eclipse下JSF的插件很多，但真正支持所見(jiàn)即所得的JSF插件都是收費的，例如Bea的Workshop for JSF、Exadel的JSF Studio等等；此外，Oracle和IBM也有JSF的開(kāi)發(fā)工具。隨著(zhù)工具的不斷涌現，用JSF開(kāi)發(fā)Web程序將會(huì )越來(lái)越方便和快速。
8. JSF優(yōu)勢之七：全面的用戶(hù)自定義支持
前面提到，JSF將極大地簡(jiǎn)化Web程序的開(kāi)發(fā)，作為一個(gè)相對復雜的框架，JSF是如何做到這點(diǎn)的呢？原來(lái)JSF為程序員提供了很多默認的組件和類(lèi)，通常情況下，JSF的這些默認組件和類(lèi)足以滿(mǎn)足Web開(kāi)發(fā)的需要了。但是，考慮到在某些應用場(chǎng)合，框架的默認行為也許不符合業(yè)務(wù)的要求，JSF特別允許程序員編寫(xiě)自己的組件和類(lèi)，來(lái)滿(mǎn)足客戶(hù)的特殊需求。例如，程序員可以編寫(xiě)自己的UI組件，甚至可以創(chuàng )建自己的EL解釋器，來(lái)支持非標準的EL表達語(yǔ)言。
9. JSF優(yōu)勢之八：Web開(kāi)發(fā)的官方標準之一
JSF的1.0版本發(fā)布于2004年2月份，當時(shí)是作為一項獨立的Web技術(shù)推出的。經(jīng)過(guò)1.1版到現在最新的1.2版，短短的兩年多時(shí)間，JSF終于在2006年年中成為Java EE 5的組成部分，上升為Web開(kāi)發(fā)的官方標準之一。Java EE 5最重要的使命就是簡(jiǎn)化Java的開(kāi)發(fā)，而JSF無(wú)疑為這一使命立下了汗馬功勞。在Web框架層出不窮甚至有些泛濫成災的今天，Sun以JSF來(lái)樹(shù)立標準，對Java的發(fā)展是有益的。Sun在Java領(lǐng)域的領(lǐng)袖地位不容動(dòng)搖，對于Java程序員來(lái)說(shuō)，始終追隨業(yè)界領(lǐng)袖的步伐，也許是避免技術(shù)落伍的最好方法。
10. 結束語(yǔ)：
該你了，JSF！ 考察某項技術(shù)的流行程度，google的關(guān)鍵字搜索不失為一種簡(jiǎn)便易行的方法。為了便于說(shuō)明，我們選擇目前最熱門(mén)的Struts與JSF進(jìn)行比較。在google中分別輸入關(guān)鍵字“Struts”和“JSF”，看看google返回的網(wǎng)頁(yè)數量。令我們感興趣的不是網(wǎng)頁(yè)的絕對數量，而是JSF網(wǎng)頁(yè)數量與Struts網(wǎng)頁(yè)數量的比值。我們看到，對于英文網(wǎng)頁(yè)，這個(gè)比值是0.6，日文網(wǎng)頁(yè)是1.0，繁體中文網(wǎng)頁(yè)是0.8，而簡(jiǎn)體中文網(wǎng)頁(yè)只有0.4。表1列出了具體的數據和比值。
英文網(wǎng)頁(yè)數量（萬(wàn)） 日文網(wǎng)頁(yè)數量（萬(wàn)） 繁體網(wǎng)頁(yè)數量（萬(wàn)） 簡(jiǎn)體網(wǎng)頁(yè)數量（萬(wàn)）
JSF Struts JSF Struts JSF Struts JSF Struts
719 1170 145 140 10 13 59 138
JSF / Struts ＝ 0.6 JSF / Struts ＝ 1.0 JSF / Struts ＝ 0.8 JSF / Struts ＝ 0.4
雖然這樣的比較方法不夠嚴謹，但0.4的比例從一個(gè)側面說(shuō)明JSF在國內還沒(méi)有流行起來(lái)，用“方興未艾”四個(gè)字來(lái)描述JSF的這種狀況，是再合適不過(guò)了。由于歷史的原因，國內的軟件技術(shù)一直亦步亦趨地跟著(zhù)國外跑，這不是我們希望的，但我們不得不承認，因此，從國外的情況來(lái)推論，我們有理由相信，JSF必將成為國內程序員追捧的對象。正如某位哲人說(shuō)的那樣，JSF是早晨八、九點(diǎn)鐘的太陽(yáng)，希望寄托在JSF身上。
11. 后記：不同的聲音
客觀(guān)地說(shuō)，JSF并非完美，業(yè)界對JSF的評價(jià)也褒貶不一。例如，由于JSF過(guò)于復雜，其學(xué)習曲線(xiàn)明顯長(cháng)于其他框架如Struts等，這在一定程度上妨礙了JSF的推廣；此外，JSF的推出略顯倉促，1.0版在使用中發(fā)現很多bug，以至于sun匆忙發(fā)布的1.1版主要是為了修正這些bug；還有，在JSF1.2版之前，JSP和JSF的融合有嚴重的缺陷，這主要是由于二者不同的生命周期造成的，不過(guò)，1.2版在這方面作出了改進(jìn)，現在，JSP和JSF可以在一個(gè)項目中相安無(wú)事了。
JSF的不足之處還有很多，比如UI組件不夠豐富、具體實(shí)現的可選擇余地過(guò)窄、使用JSF開(kāi)發(fā)的實(shí)際項目不多、sun的參考實(shí)現還存在諸多bug、短期內缺乏工具支持等等，尤其是在國內，JSF的中文文檔和書(shū)籍相當缺乏。但是，不管怎樣，這些都是JSF成長(cháng)道路上必須經(jīng)歷的磨難，我相信，Sun會(huì )努力的。
