基于XML/XSLT的客戶端應用程序

 　　在這里，我們假定你已經對XML有了基本的理解，我將重點討論其前端應用程序的開發。與XML相關的用戶界面開發的一個主要特征是內容和表達方法之間互不干涉。簡單地說，就是數據被保存為XML文檔，而不再負責數據的使用和顯示，根據決定數據格式和在網頁上輸出方式的樣式表（XSLT）在HTML、WML、XHTML和其他表達形式中選擇一種數據表達形式。通過使各層之間保持相對的獨立，讓每個層處理各自的任務，這種方法的優點是非常明顯的。

　　盡管XML提供了很好的數據發布模式，可以生成不同的表達模式，它仍然不能解決所有的問題。XML值得稱道的是讓開發人員專注于數據的處理，而讓設計人員和藝術家來處理數據的表達形式。應用程序則把生成的XML文件保存在內存或存儲在磁盤上，為得到指定的表達類型，例如HTML，可以通過適當的XSLT類型表對內容進行轉換，該類型表可以將XML文檔轉換為HTML文檔。類型表與判斷文檔中的內容應當如何分布在網頁上的模板類似。它還可以轉換數據，執行傳統的命令和循環來處理數據，進行決策，因此它也可能變得非常復雜。

　　類型表的優點之一是，如果要從一部移動電話上訪問同一個應用程序，所需要作的全部工作就是再創建一個新的WML類型表。從理論上說，這個應用程序的所有其他部分都無需作任何改變，這使得服務器端的編程工作變得非常高效。采用XML實現一個前端應用程序將使一些任務變得簡單，因為顯示的數據和處理這些數據的代碼都無需改變。開發應用程序各部分的開發小組可以獨立工作，從而加快開發進程。

　　然而，我曾經在基于XML的前端應用程序開發中吃過苦頭，它的二個最主要的缺點是缺乏幫助生成XML以及類型表開發方面的工具和處理速度，第一個因素對那些使用DreamWeaver和FrontPage等可視化HTML開發工具創建HTML網頁的開發人員的影響更大。就我本人而言，我還是喜歡使用DreamWeaver，但我實在不能從在文本編輯器中編寫HTML代碼中得到什么樂趣。畢竟，現在已經是21世紀了，我們來看一個將XML文檔轉換為HTML的非常簡單的XSLT類型表：

＜?xml version="1.0"?＞
＜xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"＞

＜xsl:template match="page"＞
＜html＞

＜head＞
＜title＞＜xsl:value-of select="title"/＞＜/title＞
＜/head＞

＜body＞
＜xsl:apply-templates/＞
＜/body＞
＜/html＞
＜/xsl:template＞

＜xsl:template match="title"＞
＜h1＞＜xsl:apply-templates/＞＜/h1＞
＜/xsl:template＞

＜/xsl:stylesheet＞




　　如果所選的XSL類型表適當的話，上面的代碼會生成如下所示的HTML代碼：

＜html＞
＜head＞
＜title＞My first page＜/title＞
＜/head＞

＜body＞
＜h1＞Hello, world＜/h1＞
＜/body＞
＜/html＞


　　我們會發現，上面的代碼與我們用HTML開發工具得到的代碼不大相同。不幸地是，我們必須用手工的方式對它進行編輯，在一個可以生成HTML文檔的工具中對它進行處理后，然后在瀏覽器中打開生成的文檔。如果僅僅是為了美觀而改變字體的大小，那么就無需這么作了。

　　第二個問題是在運行時完成所有的任務需要許多時間。如果數據格式不是XML，還需要生成XML文檔，在類型表對XML進行轉換處理后，才能生成HTML代碼。與在Servlet或JSP應用程序中向內存緩存中寫文件相比，速度和簡潔性實在不是基于XML的前端應用程序的優點。

　　總而言之，如果需要動態地生成不同版面和窗體的表達形式時，就需要使用XML。如果表達形式需要經常變化或需要非常靈活，就應該讓設計人員重新設計新的類型表。需要記信的是，設計人員只要掌握XML和XSLT就萬事大吉了。

　　另一個需要使用基于XML的UI的場合是你需要處理的資料是XML文檔，而不是Java對象或關系數據庫。XML是一種在未來頗有前途的新技術，然而，目前使用JSP開發前端應用不是比較方便的，尤其是HTML是唯一一種前端開發工具時更是如此。使用JavaBeans和JSP標識庫等一些著名的設計模式則能夠使數據的內容和表達形式很好的分離。隨著自動對XML/XSLT進行編輯的工具的出現，這些技術在使用方面將更加簡單方便。

　　結論

　　具體到你自己的Java應用程序，這三種前端技術各有利弊，任何一種技術都不能在所有方面超過其他二種。針對具體的應用程序，我們必須對需求、用戶的期望進行詳細分析，對這三種技術進行評估。下面是一些基本的準則：

　　使用HTML/JSP：

　　　━━適合于由大量圖形和美術作品組成的靜態內容。

　　　━━前端應用程序的界面面向使用所有平臺的用戶。

　　　━━用戶所使用的互聯網連接較慢。

　　　━━希望快速地構建功能比較單一的應用程序。

　　使用Java Swing：

　　　━━適合創建具有內置、與界面相關的邏輯的GUI。

　　　━━可以減輕網絡流量，提供盡可能的即時響應。

　　　━━如果用戶對界面的質量和功能有較高的期望。

　　　━━如果UI的功能比其美感更重要時。

　　使用XML/XSLT

　　　━━需要支持許多不同的而且經常變化的窗體。

　　　━━數據是XML格式。

　　　━━需要個性化。

　　　━━計劃提供無線訪問等不同的訪問方式。