八大優勢能否助JSF統一Web開發
JSF掀起你的蓋頭來
JSF爲什麼會受到如此大的青睞，IBM，orcale，包括國內領先的中間件廠商金蝶也投以關注目光。那麼它又具有哪些與衆不同的優勢吸引衆商家投懷送抱呢？下面我們就來揭開JSF的神祕面紗。
JSF英文全稱 JavaServer Faces (JSF) 是一種用於構建 Web 應用程序的新標準 Java 框架。它提供了一種以組件爲中心來開發 Java Web 用戶界面的方法，從而簡化開發，也是Sun精心打造的一項技術。
JSF優勢之一：UI組件（UI-component）
UI組件（UI-component）一直是桌面程序的專利，web程序中，雖然HTML定義了基本的UI標籤，但要使這些UI標籤像UI組件那樣工作，還需要很多代碼片斷來處理數據及其表現形式，而且有效地組織這些代碼片斷使其協調一致也是一件繁瑣的工作。JSF的UI組件是真正意義上的UI組件，能極大地簡化程序員的工作，例如，在頁面上放置一個文本輸入框，這個輸入框立即具備了數據填充、界面更新、事件偵聽、動作觸發、有效性檢查和類型轉換的功能。更爲重要的是，程序員只需根據業務邏輯編寫核心業務代碼，JSF會保證代碼在合適的時候被執行，完全不用考慮代碼與代碼之間該如何來配合。
JSF優勢之二：事件驅動模式
事件是面向對象方法的重要組成部分，對象之間通過事件進行溝通和交流，使得一個或多個對象能夠對另一個對象的行爲作出響應，共同合作去完成一項業務邏輯。通常，編寫Web程序時，程序員要爲對象之間的溝通設計機制，編寫代碼。雖然溝通的內容屬於業務邏輯，但溝通的機制顯然與業務沒有太大關係，程序員因此爲業務邏輯之外的功能浪費了時間。
JSF改變了這種狀況。JSF的事件和偵聽模式與大家熟悉的Javabean的事件模式類似，有Java基礎的程序員並不需要學習任何新的東西。JSF的 UI組件可以產生事件，例如，當頁面上一個文本輸入框的內容被修改時，會發出一個“值改變事件”。另一個對象如果對“值改變事件”感興趣，只需註冊爲該對象的偵聽者，並編寫處理例程，即可命令JSF在事件發生時自動調用處理例程。JSF做了所有該做的事，留給程序員的只有業務邏輯代碼的編寫。
JSF優勢之三：用戶界面到業務邏輯的直接映射
舉個例子，表單提交是Web編程最常見的任務，也是最複雜的任務之一。當用戶在網頁上點擊“確定”按鈕時，瀏覽器將生成一個HTTP請求，發往服務器端的某個Servlet，執行該Servlet的service方法。在service方法中，HTTP請求需要經歷解碼、類型轉換、有效性驗證、狀態保存、數據更新等環節，處理這些環節的所有細節，對程序員來說是沉重的負擔。
在JSF下，這些工作的很大一部分都由框架承擔了，在程序員看來，這個過程是透明的，用戶界面端的HTTP請求可以直接映射到後端的一個事件處理例程，JSF起到了承前啓後的作用。
JSF優勢之四：程序員和網頁設計人員的分工
在JSP中，程序員和網頁設計人員的工作有時候是互相交織、無法區分的。這是因爲JSP頁面中摻入了網頁設計人員所不熟悉的一些JSP標籤，甚至是晦澀的 Java代碼。要求網頁設計人員理解這些標籤和代碼是不現實的，不符合分工合作的原則。在JSF中，框架爲網頁設計人員提供了一套標準的UI組件，在工具的支持下，可以通過拖放簡單地添加到網頁上，然後設置某些顯示屬性來滿足視覺要求。
網頁設計人員不需要知道UI組件背後的複雜代碼，那是程序員的事，而程序員也不需要再處理任何與視覺相關的細節，程序員所做的只是給UI組件綁定類的屬性或方法。雖然程序員和網頁設計人員需要修改同一份文件，但他們各司其職，各得其所，互不干擾。程序員和網頁設計人員工作的明確劃分，是JSF在易用性方面邁出的一大步。
JSF優勢之五：請求處理生命週期的多階段劃分
雖然都是建立在Servlet基礎之上，但JSF的生命週期要比JSP複雜得多。JSP的生命週期非常簡單，頁面被執行時，HTML標記立即被生成了，生命週期隨即結束。而一個完整的JSF請求-處理生命週期被精心規劃爲6個階段，典型的JSF請求需要經歷所有階段，某些特殊的請求也可以跳過一些階段。階段的細分，顯然引入了更多的處理，但JSF框架會管理這一切，所以，程序員在獲得更多控制能力的同時，工作量並沒有增加。
JSF優勢之六：伴隨工具而生存
JSF帶來了Web編程的巨大變革，變革的強烈程度超出了很多工具廠商的預料，以至於現在可供JSF使用的工具非常缺乏。缺乏工具支持的JSF只會令人敬而遠之，因此，JSF在設計之初就爲工具廠商預留了用武之地。在爲數不多的JSF工具中，sun的Java Studio Creator是一個優秀的開發環境；Borland的Jbuilder在JSF1.1時曾經是非常好用的開發工具。
可惜現在對JSF1.2的支持沒有跟上；Eclipse下JSF的插件很多，但真正支持所見即所得的JSF插件都是收費的，例如Bea的Workshop for JSF、Exadel的JSF Studio等等；此外，Oracle和IBM也有JSF的開發工具。隨着工具的不斷湧現，用JSF開發Web程序將會越來越方便和快速。
JSF優勢之七：全面的用戶自定義支持
前面提到，JSF將極大地簡化Web程序的開發，作爲一個相對複雜的框架，JSF是如何做到這點的呢？原來JSF爲程序員提供了很多默認的組件和類，通常情況下，JSF的這些默認組件和類足以滿足Web開發的需要了。但是，考慮到在某些應用場合，框架的默認行爲也許不符合業務的要求，JSF特別允許程序員編寫自己的組件和類，來滿足客戶的特殊需求。例如，程序員可以編寫自己的UI組件，甚至可以創建自己的EL解釋器，來支持非標準的EL表達語言。
JSF優勢之八：Web開發的官方標準之一
JSF的1.0版本發佈於2004年2月份，當時是作爲一項獨立的Web技術推出的。經過1.1版到現在最新的1.2版，短短的兩年多時間，JSF終於在 2006年年中成爲Java EE 5的組成部分，上升爲Web開發的官方標準之一。Java EE 5最重要的使命就是簡化Java的開發，而JSF無疑爲這一使命立下了汗馬功勞。在Web框架層出不窮甚至有些氾濫成災的今天，Sun以JSF來樹立標準，對Java的發展是有益的。Sun在Java領域的領袖地位不容動搖，對於Java程序員來說，始終追隨業界領袖的步伐，也許是避免技術落伍的最好方法。
JSF能否統一Web開發模式
上述的八大優勢似乎沒有改變JSF所處的尷尬境地，在J2EE下一代規範Java EE5.0中，JSF技術雖然被放到了一個非常重要的地位，J2EE社區也試圖通過JSF來統一Web應用的開模式與方法，但是JSF能否擔起Sun所賦予的重任？實現Web開發的統一？
很多開發人士都對JSF不抱樂觀的態度，JSF的精英們都稱JSF是Web開發世界的創舉， JSF可謂牆裏開花，牆外不紅，是什麼原因的造成如此大的反差呢？
1.獲取方式
書是我們獲取知識第一來源，一種技術的火爆程度，我們不用在網上去做任何調查，只要去一下圖書城結果就一目瞭然，關於JSF的書籍簡直是鳳毛麟角，難覓終影，這樣在人們在獲取JSF相關資料，JSF會大打折扣，比較經典《JSF in Action》國內還沒哪家出版社有翻譯動向，證明圖書廠商還沒有對JSF投入太多關注度。
2．中文討論區成熟度不夠
除了圖書方面，討論區的熱度也很重要，打開JSF官方討論區，對JSF大唱讚歌人大有人在，爲什麼國內這種討論卻少之又少呢？一些國內比較知名的討論區中沒有看到JSF的相關技術討論，這樣從影響度上從知識的渴求度上，都限制了JSF前進腳步。
3．Sun商業策略
Sun的商業運作模式一直存在問題，我們在之前曾經預言過如果JSF不叫JSF，而叫JSP3.0那麼現在結果會如何呢？Sun可以不費一兵一卒從而實現 JSP到JSF的合理過渡，同時也會有大批的JSP狂熱者迅速的轉向JSF，也可能有些人會認爲兩者是不同的兩種技術，但是誰又能說Asp和 Asp.net是兩種相同的技術嗎？同樣的策略微軟用的很成功，難道Sun沒有想到嗎？
4．開發工具的支持程度
這次採訪袁總的時候，也提到了JSF依賴開發工具的支持，Sun，IBM，Orcale都提出了對JSF開發工具的支持，但是這些開發工具在簡化開發方面是否做足了功課，寵大、全面、無所不能一直是衆廠商炫耀技術的舞臺，這次Apusic Studio提出了簡化，易用兩方面特性，這點從程序員角度出發的開發工具，我們還是值得期待的。
5．擴大影響力
每一種技術都要有忠實狂熱者，同時要讓更多人的來應用和學習，Struts成功就是很好例證，一位著名IT人士曾經說過，“即使公司發生慘絕人寰的人事大變動，產品經理也不必過於驚惶失措，茫茫人海中，有大批的Struts們可供選擇，只需好好考慮好新員工的業務培訓如何開展即可，而對於技術延續性,則不必太過於擔心,這就是Struts 帶來的戰略性優勢。
也是Struts在今天技術落後的情況還能一直保持領先地位，這點還是值得反思的，JSF如何在影響上擴大學習者的基層人羣，打消企業的後顧之憂，影響高層對JSF企業框架的應用選擇，不知JSF是否做好了準備。
綜上所述只是個人觀點，如果JSF能在影響力和擴大人層基數上突破瓶頸，那麼統一Web開發的格局將指日可待。