過渡技術的Ajax及Apusic JSF該怎么理解

過渡技術的Ajax及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應用主流開發技術帶來一定的負面影響，包括：
◆常規的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的開發帶來良好的支持，包括：語法加亮、代碼輔助、斷點調試、可視化的設計等等。

關于過渡技術的Ajax及Apusic JSF該怎么理解問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。