Laszlo

2004年10月，Laszlo Systems公司開放了主要產品Laszlo Platform的源代碼，於是有意轉向富客户端（rich client）的J2EE開發者們又多了一種選擇。在Laszlo之外，rich client的實現策略大抵可以分為兩類：以Flex為代表的一派採用獨立於瀏覽器的展現格式（例如Flash），顯示效果更美觀，也不受瀏覽器侷限，但表現層的開發需要專門技能，J2EE開發者常常不能勝任；以XUL/XAML為代表的一派則依賴於瀏覽器，開發者只需要編寫類似於HTML的標記語言，但瀏覽器的兼容性則很差。Laszlo則兼具了兩者的優勢。

Laszlo平台由LZX標記語言和Laszlo表示服務器組成：

. LZX是基於XML和JavaScript的描述語言，類似於XUL和XAML；LZX使能聲明式、基於文本的開發過程，支持快速原型和軟件開發最佳實踐的

. Laszlo表示服務器（LPS）是一個編譯LZX應用程序為目標運行環境中可執行二進制的Java Servlet；Laszlo目前的目標是Flash Player，LPS將LZX應用程序編譯成SWF字節碼，為任何使能Flash 5及其以後版本的Web瀏覽器提供這些被編譯應用程序的服務和緩存，同時為後端的XML數據源和Web服務代理應用程序請求

使用Laszlo，你可以：

1. 使用基於XML和JavaScript的代碼開發標準的RIA

2. 發佈後運行在Linux、UNIX、Windows或Mac OS X下的任何J2EE應用服務器或Java Servlet容器中，要 把程序發佈成swf格式的文件，從這一點上説，Laszlo的本質和Flex一樣。

3. 運行在Flash 5及其以後版本的Web瀏覽器中，達到所有Web使能桌面系統的97%

可以從http://www.openlaszlo.org/ 下載LPS，最新穩定版本是4.9.0

Laszlo的不同之處在於：在客户端運行的Flash界面不是由美工在Flash編輯器中製作出來的，而是在Laszlo表現服務器（Laszlo Presentation Server，LPS）中根據LZX文件編譯生成、再發送到客户端的。LZX是一種界面描述格式，其中包含兩部分內容：用於描述界面的XML標記，以及用於事件處理的JavaScript腳本。讀者可能會説了：這樣的格式不是就和傳統的HTML頁面很相似了麼？正是如此。所以J2EE開發者自己也可以完成整個rich client界面的開發，不必去向美工學習Flash編輯器的用法了。

下面是一段典型的LZX代碼。我們在<dataset>中描述一組來自服務器端的數據，隨後的<text>標籤就可以通過XPath定位到這些數據，並將它們以Flash的形式展現出來：

<canvas>

<dataset name="dset">

<employee>

<firstName>John</firstName>

<lastName>Smith</lastName>

<phone>617-536-7855</phone>

</employee>

</dataset>

<text datapath="dset:/employee/firstName/text( )"/>

<text datapath="dset:/employee/lastName/text( )"/>

<text datapath="dset:/employee/phone/text( )"/>

<simplelayout axis="x"/>

</canvas>

可是，儘管具備了Flash美觀、高度可移植的特點和XUL/XAML的簡潔、易開發，但Laszlo仍然存在着諸多問題。首先，腳本的調試會是一件頗為麻煩的事情。雖然Laszlo提供了一個漂亮的腳本調試器，但由於LZX必須通過LPS的編譯之後才能顯示，因此整個調試過程必須連接在服務器上進行。當界面邏輯變得複雜時，可以預見腳本的調試過程將嚴重影響開發效率。其次，Laszlo的運行效率和穩定性都存在問題，尤其是在訪問一個新界面時，編譯Flash的過程長得足以嚇跑用户，而且通過網絡傳輸的數據量也偏大。最後，Laszlo對服務器硬件的要求相當高，在大負載環境下是否能保持穩定運行頗可懷疑。

綜上所述，Laszlo確實為rich client應用開發提供了一種便利而具有高度可移植性的方案，但這種方案目前看來只適於開發企業內部應用。如果用來開發面向公網的應用，效率和傳輸數據量的問題可能變得非常嚴重。因此，將Laszlo稱為“Rich Internet Application平台”恐怕還為時過早。