摘要：現在炒得正熱的Ajax其實是一種新瓶裝舊酒的過渡技術，相信未來一到兩年之內將被新的技術所代替，它解決問題的方法與手段很難形成一種可高度抽象的框架級解決方案，而JSF則是一種可擴展的框架級解決方案。在J2EE下一代規范Java EE 5.0中，JSF被放到了一個非常重要的地位，J2EE社區試圖通過JSF來統一Web應用的開發模式" title="開發模式">開發模式與方法。作為JCP組織成員的金蝶中間件，即將推出中國人作出的Apusic JSF…
?
前言
在J2EE下一代規范Java EE 5.0中，JSF(Java Server Faces)技術被放到了一個非常重要的地位。J2EE社區試圖通過JSF來統一Web應用的開發模式與方法。?
相對于傳統的基于JSP/Servlet的開發模型，JSF能夠帶來許多好處，譬如：?
????????? 可定制的豐富的UI組件?
????????? 良好的事件響應機制?
????????? 表達式語言(Expression Language)?
????????? 表單數據的自動轉換與驗證?
????????? 基于MVC的框架模型等等...?
但同時我們也不得不看到，業界常見的JSF引擎普遍存在著一些缺陷與不足（并不是說JSF技術模型本身的局限，而是常規的實現機制所產生的一些問題），而這些不足將可能對JSF成為日后Web應用主流開發技術" title="開發技術">開發技術帶來一定的負面影響，包括：?
????????? 常規的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引擎
容器級別的Ajax支持?
目前有JSF + Ajax這種思路的，恐怕也不是金蝶中間件一家，但很多第三方" title="第三方">第三方的JSF + Ajax實現是提供一個組件庫以及一個附加的Servlet 或Filter來處理Ajax請求，而我們是直接由JSF容器來處理Ajax請求的。我們會根據請求的類型來判斷這是一個正常的HTTP請求還是一個 Ajax請求。如果是一個常規HTTP請求就運行JSP頁面，生成頁面文檔（并且我們會在生成的頁面文檔中嵌入Ajax所必須的Java Script代碼，后文提及）；如果該請求是一個Ajax請求，服務器對請求參數正常解碼，并執行JSF中除頁面輸出階段以外的所有其他階段，這時將生成一個JSF的組件樹，遍歷該組件樹，從中找出發生變化的數據，并將這些數據打包成一個Ajax應答，并由客戶端" title="客戶端">客戶端來更新這些修改的數據，甚至改變頁面外觀。 ?
在JSF規范中，JSF頁面輸出階段所采用的Render Kit是可替換的，默認的HTML_BASIC Render Kit輸出的是標準的HTML語法，不包含任何Java Script代碼，Apusic JSF引擎實現了一個 AJAX Render Kit，可以在HTML文檔中嵌入Java Script代碼來實現Ajax特性，而替換Render Kit只需要修改配置文件即可。?
那么，這樣能夠帶來怎樣的好處呢？?
提升JSF運行性能，帶來更好的人機體驗。?
常規JSF容器在狀態維護方面的通用做法是：基于Session的，或者基于請求傳遞型的，這就意味著，當每進行一次客戶端與服務器端的響應時，都需要把所有的狀態傳來傳去，這無疑會對系統的運行性能帶來較大的負面影響，從而使開發人員誤以為：JSF是一種重量級的技術模型。?
而通過Apusic JSF的Ajax特性，我們能夠只把發生變化的數據打包成Ajax請求發送給服務器端，而服務器端也只會將發生變化的數據打包成Ajax應答，從而大大提升系統的運行效率。并且，傳統的JSF請求應答將刷新整個頁面，而Apusic JSF將只更新發生變化的客戶端組件，從而給客戶帶來更好的人機體驗。?
簡化Ajax的開發?
以前要寫Ajax應用要寫很多Java Script代碼，開發、調試、維護這些 Script腳本都相當煩瑣，如果采用Apusic JSF技術，你不再需要編寫任何Java Script代碼，引擎已經幫你生成了這些代碼。Apusic JSF所有的標準組件都是支持Ajax的，某些第三方組件可能本身并不支持 Ajax，但使用一個名為
Apusic JSF還提供了一個名為
此外，我們還實現了一個
其它特性?
采用Apusic JSF還包含其它一些差異化特性，包括：控件的換膚功能，控件對IE、Mozilla(Firefox)、Opera等多瀏覽器的支持，以及強大的布局功能等。?
?
|
<圖一? Windows 風格的 Apusic JSF組件與布局> |
在<圖一>中所展示的是通過Apusic JSF生成的完全基于HTML, CSS, Java Script的界面，它們和一個真正的窗口系統幾乎完全一樣，包括移動位置、改變堆疊順序、以及模式對話框等，但實際上他們都是“假”窗口。另外需要著重指出的是，這里完全采用CSS布局，避免了舊有的依賴于HTML Table嵌套的布局方式，從而使我們的程序具有更好的可維護性。針對這樣一個界面，我們可以觀察一下具體的實現代碼，以<圖一>中的Main Window為例：?
|
?? left='0' top='0' width='500' height='350'? ?? contentPaneStyleClass='normal-window'? ?? showIcon='true' showMinimize='true' showMaximize='true' showClose='true'? ?? onclose='window.location='index.html''>? ??
??
? ????? ????? ?? ?? <%@ include file='/WEB-INF/apusicjsf.inc' %>? |
我們發覺，通過Apusic JSF，實現上述UI界面其實并不復雜，只需要通過簡單的幾行代碼，就能夠完成復雜的UI界面。?
Apusic JSF還支持控件的換膚功能。以上述界面為例，我們可以查看Mac OS風格的界面樣式，如圖二所示。?
?
|
<圖二? Mac OS 風格的 Apusic JSF組件與布局示例> |
開發工具" title="開發工具">開發工具的支持：Apusic Studio
在JSF規范中，有這樣一句話：“JSF is designed to be tooled”。換言之，JSF規范從設計初開始，就非常強調對工具支持的依賴。幸運的是，目前對JSF提供支持的開發工具也逐漸豐富了起來，包括Oracle JDeveloper、Sun Java Studio Creator等等。金蝶中間件也同樣提供了一個基于Eclipse的集成式開發環境：Apusic Studio，并通過該工具，能夠給JSF的開發帶來良好的支持，包括：語法加亮、代碼輔助、斷點調試、可視化的設計等等。?
|
<圖三 Apusic Studio JSF 設計器> |
?
參考資料
注： Apusic應用服務器、Apusic Studio參見http://www.apusic.com?
作者鏈接：“影響中國軟件開發的20人”袁紅崗部分（http://news.chinabyte.com/334/1760834_3.shtml）?
“人物：袁紅崗，所屬公司：金蝶中間件公司?
入選理由：最早開發Windows上的企業應用軟件，打造獨立知識產權的EJB服務器?
很多JAVA程序員對袁紅崗極其佩服，源于他做了很多人不敢想更不敢做的事情，這就是他打造了國產的EJB服務器，很快，金蝶將在國內推出自主產權EJB服務器的3.0版本。?
同時，袁紅崗還是在Windows平臺上開發企業應用軟件的最早的一批程序員，當時寫出的適合小型企業使用的財務購銷存一體化軟件KINGDEE 2.7，令IT行業對金蝶刮目相看，使金蝶一舉成名，正是這些人才奠定了中國的管理軟件的基礎。?
袁紅崗將自己多年的經驗以一種樸實的風格寫出來，這些帖子在網上也影響深遠。”?
更多相關資訊請瀏覽袁紅崗視點專區：http://www.apusic.com/market/javaclub/yuan/