在J2EE下一代規范Java EE 5.0中，JSF(Java Server Faces)技術被放到了一個非常重要的地位。J2EE社區試圖通過JSF來統一Web應用的開發模式與方法。
相對於傳統的基於JSP/Servlet的開發模型，JSF能夠帶來許多好處，譬如：
◆可定制的豐富的UI組件
◆良好的事件響應機制
◆表達式語言(Expression Language)
◆表單數據的自動轉換與驗證
◆基於MVC的框架模型等等...
但同時我們也不得不看到，業界常見的JSF引擎普遍存在著一些缺陷與不足(並不是說JSF技術模型本身的局限，而是常規的實現機制所產生的一些問題)，而這些不足將可能對JSF成為日後Web應用主流開發技術帶來一定的負面影響，包括：
◆常規的JSF實現機制，運行期性能並不是非常理想
◆缺少良好的工具支持
作為JCP組織成員，金蝶中間件對待JSF技術又是如何思考的?是否打算對JSF進行全面支持?又是通過怎樣的解決方案來克服上述不足的呢?
JSF和AJax
一談到web開發技術，就不得不提Ajax。這是目前在整個IT界都紅得發紫的概念了。在這裡我想沒必要再去闡述一遍什麼是Ajax，但我們可以對AJax有一個基本的認識。
AJax其實是一種新瓶裝舊酒的技術，它的好處是通過Java Script與DHtml，提供了一種異步編程模型，從而使我們的Web應用給客戶帶來更好的人機體驗。但AJax解決問題的層面很低;或者說，它解決問題的方法與手段，很難形成一種可高度抽象的框架級解決方案，而JSF則是一種可擴展的框架級解決方案。
事實上，我認為AJax是一種過渡技術，相信在未來一到兩年之內將被新的技術所代替，是微軟的XAML、Mozilla的XUL、還是任何可能的RIA標准，實際上整個業界都在觀望。但不管采用什麼技術，JSF都能適應，對JSF來說適應一個新技術只是更換一個Render Kit而已。舉一個例子，如果想在網頁中實現圖表功能(Chart)，MSIE有VML，Gecko和Opera有SVG，而在服務器端只需要簡單地判斷一下浏覽器類型就可以選擇一個Render Kit生成不同的markup來完成相同的功能，這是用常規JSP技術很難完成的任務。
Apusic JSF：中國人做出的JSF引擎
1.容器級別的AJax支持
目前有JSF和Ajax這種思路的，恐怕也不是金蝶中間件一家，但很多第三方的JSF和Ajax實現是提供一個組件庫以及一個附加的Servlet 或Filter來處理Ajax請求，而我們是直接由JSF容器來處理Ajax請求的。我們會根據請求的類型來判斷這是一個正常的HTTP請求還是一個 AJax請求。如果是一個常規HTTP請求就運行JSP頁面，生成頁面文檔(並且我們會在生成的頁面文檔中嵌入AJax所必須的Java Script代碼，後文提及);如果該請求是一個Ajax請求，服務器對請求參數正常解碼，並執行JSF中除頁面輸出階段以外的所有其他階段，這時將生成一個JSF的組件樹，遍歷該組件樹，從中找出發生變化的數據，並將這些數據打包成一個AJax應答，並由客戶端來更新這些修改的數據，甚至改變頁面外觀。
在JSF規范中，JSF頁面輸出階段所采用的Render Kit是可替換的，默認的HTML_BASIC Render Kit輸出的是標准的HTML語法，不包含任何Java Script代碼，Apusic JSF引擎實現了一個 AJax Render Kit，可以在Html文檔中嵌入Java Script代碼來實現AJax特性，而替換Render Kit只需要修改配置文件即可。
那麼，這樣能夠帶來怎樣的好處呢?
2.提升JSF運行性能，帶來更好的人機體驗。
常規JSF容器在狀態維護方面的通用做法是：基於Session的，或者基於請求傳遞型的，這就意味著，當每進行一次客戶端與服務器端的響應時，都需要把所有的狀態傳來傳去，這無疑會對系統的運行性能帶來較大的負面影響，從而使開發人員誤以為：JSF是一種重量級的技術模型。
而通過Apusic JSF的Ajax特性，我們能夠只把發生變化的數據打包成Ajax請求發送給服務器端，而服務器端也只會將發生變化的數據打包成AJax應答，從而大大提升系統的運行效率。並且，傳統的JSF請求應答將刷新整個頁面，而Apusic JSF將只更新發生變化的客戶端組件，從而給客戶帶來更好的人機體驗。
3.簡化AJax的開發
以前要寫AJax應用要寫很多Java Script代碼，開發、調試、維護這些 Script腳本都相當煩瑣，如果采用Apusic JSF技術，你不再需要編寫任何Java Script代碼，引擎已經幫你生成了這些代碼。Apusic JSF所有的標准組件都是支持Ajax的，某些第三方組件可能本身並不支持 Ajax，但使用一個名為的標簽，可以立即將這個第三方組件轉換成Ajax Enabled。例如apache myfaces的Tomahawk項目提供了一個Tree組件，這個組件本身並不支持Ajax，每當按下一個Tree結點都將重新刷新整個頁面，使用標簽後則只刷新Tree部分，而不刷新頁面的其他部分。當然更好的方式是提供一個本身就支持AJax的Tree組件，以減少冗余數據的傳遞。
Apusic JSF還提供了一個名為的標簽，可以接受在發送和完成一個Ajax請求時觸發的事件，缺省的實現是在發送 Ajax請求之前顯示一個HTML片段，在完成AJax請求之後顯示另一個HTML片段，這些Html片段可以包含文字和圖片。更高級的用法是可以設置標簽的onstart和onstop屬性，在開始和完成AJax請求時執行一段Java Script代碼以實現更復雜的效果。
此外，我們還實現了一個標簽，可以以RPC方式調用服務器端Java對象的某個方法。
4.其它特性
采用Apusic JSF還包含其它一些差異化特性，包括：控件的換膚功能，控件對IE、Mozilla(Firefox)、Opera等多浏覽器的支持，以及強大的布局功能等。
在中所展示的是通過Apusic JSF生成的完全基於Html, CSS, Java Script的界面，它們和一個真正的窗口系統幾乎完全一樣，包括移動位置、改變堆疊順序、以及模式對話框等，但實際上他們都是“假”窗口。另外需要著重指出的是，這裡完全采用CSS布局，避免了舊有的依賴於Html Table嵌套的布局方式，從而使我們的程序具有更好的可維護性。
我們發覺，通過Apusic JSF，實現上述UI界面其實並不復雜，只需要通過簡單的幾行代碼，就能夠完成復雜的UI界面。
Apusic JSF還支持控件的換膚功能。以上述界面為例，我們可以查看Mac OS風格的界面樣式，如圖二所示。
開發工具的支持：Apusic Studio
在JSF規范中，有這樣一句話：“JSF is designed to be tooled”。換言之，JSF規范從設計初開始，就非常強調對工具支持的依賴。幸運的是，目前對JSF提供支持的開發工具也逐漸豐富了起來，包括 Oracle JDeveloper、Sun Java Studio Creator等等。金蝶中間件也同樣提供了一個基於Eclipse的集成式開發環境：Apusic Studio，並通過該工具，能夠給JSF的開發帶來良好的支持，包括：語法加亮、代碼輔助、斷點調試、可視化的設計等等。
