用Flash遠程調用增強J2EE表示層
|
對Macromedia公司的Flash的遠程調用使得Java開發者除了JSP(JavaServer Pages)和Swing之外又有了一種全新的方式來構建J2EE(Java 2 Platform, Enterprise Edition)應用. 本文調查了Flash遠程調用，解釋了為何它有如此作用，并且提供了一個如何實現的例子
在任何多層體系中選擇表示層技術時，Java開發者通常有兩種選擇: JSP或者Swing/AWT(Abstract Windowing Tookit)。借助JSP，開發者可以創建非常容易發布的動態內容。但同時也使得當應用程序在不同的瀏覽器中發布時開發者不易控制他們的運行情況。使用Swing，開發者可以輕易控制應用程序的行為，但要求用戶安裝Java運行時環境。當開發者需要既以比較小，基于瀏覽器的方式發布同時又對用戶的交互有較高的可控性時也存在這種情況。對于這些情況，Macromedia Flash提供了一種可供選擇的解決方法。
一般來說，Macromedia Flash比發布界面豐富，帶有腳本程序的應用程序要優越。不幸的是，直到最近都沒有出現標準的方法可以將Flash應用整合進J2EE體系。這種狀況隨著Flash Remoting MX的引入才得以改變。Flash Remoting MX提供了標準的通信層使Flash應用程序與Java, .NET和ColdFusion之間進行通信。利用Flash Remoting，開發者得以在J2EE體系中發布小的，基于瀏覽器的表示層，同時可以對應用的行為進行足夠的控制。
本文將解釋為何Macro Flash適合于作為n層體系中應用層的解決方法。我將首先調查應用層如何得以改變，然后比較Flash和現有標準，最后解釋Flash如何應用于J2EE體系。
應用層的演化:
從Berners-Lee創建第一個基于Web的系統至今，n層體系的表示層經歷了一次變化。在那之前，開發者不得不開發與服務器緊密結合的客戶端系統。所能利用的只有基本的HTTP協議，Web服務器和HTML，開發者可以為用戶發布基于文檔的應用系統，不管他們使用的是何種硬件或軟件平臺。這種方法對于應用層開發者有一些基本問題: 雖然HTML可以成功地被傳送基于文檔的數據，但它不適合有多種表現的應用—可與用戶進行實時的交互。
為了解決這些不足，開發者開始在現代的瀏覽器(Netscape Navigator 2.0以后)中開發一些新的特性，即Java和javascript。開發者第一次能夠利用Web瀏覽器平臺發布豐富的，與平臺無關的應用。實際上Java小程序的使用從沒有達到它的期望值。Java小程序要求用戶已經安裝Java運行時環境(Java Runtime Environment, JRE)，并且Web瀏覽器安裝了Java插件。除了需要安裝客戶端系統來運行Java小程序外，客戶端還需下載Java小程序。這些是很耗費時間的，特別是會使Internet的連接變得非常慢。
除了這種解決方法外開發者有三種選擇來在客戶端/服務器應用中使用豐富的前端: 動態HTML(DHTML)， applet/Swing, 或者第三方解決方法。每種解決方法都各有利弊。
DHTML:
使用DHTML創建豐富的前端提供了如下優點:
1. DHTML是開放的并且免費
2. 使用DHTML所寫的應用可以在支持DHTML的任何Web瀏覽器中配置
3. 基于Web的應用其客戶端通常都由文字和圖片構成，這允許小的應用腳本的存在。
DHTML也并不總是一個好的解決方案；當選擇這一技術時你也必須要考慮到它的一些缺點:
1. DHTML依賴用戶的Web瀏覽器來切實地將用戶的原意反映在應用中。由于瀏覽器的廠家和版本多種多
樣，因此復雜的應用中必須嵌入工作區以使得應用能夠在不同的瀏覽器中有著同樣的表現
2． 盡管DHTML使得開發者可以更好地控制客戶端行為，但這種靈活性也是有限的
3． 由于不同的瀏覽器在表現HTML和解釋javascript上有一些不同，必須為各個不同的Web瀏覽器創建
不同的平臺。加入工作區并將每個瀏覽器的實現分開增加了維護應用的復雜性。另外，無論什么時候一
個新的瀏覽器發布后，應用(或應用的一個部分)就必須重新編碼并測試。
當開發者明確知道他在標準的客戶端配置什么樣的應用時，使用DHTML的確有它的優勢。如果企業內部網僅適用IE6.0，針對該瀏覽器的應用邏輯可以被處理得非常得當。