【文章內(nèi)容簡介】 和基于SOAP的服務(wù)要快，因為數(shù)據(jù)被壓縮為二進制格式。這會使用戶感覺到性能大大提升，因為數(shù)據(jù)的檢索和處理速度變得更快。這就是說，客戶端開發(fā)技術(shù)支持各種通信協(xié)議非常重要。OpenLaszlo 在Web服務(wù)支持方面遠遠落后于Flex，因為它需要配合 OpenLaszlo Java servlet才能支持SOAP和XMLRPC?？紤]到它對Ajax的依賴，以SOLO模式運行時，OpenLaszlo以Web服務(wù)的XMLHTTPRequest對象為基礎(chǔ)構(gòu)建。不幸的是，與幾乎每個服務(wù)器端語言都是用的Adobe二進制AMF相比，請求——響應(yīng)時間要慢的多。開發(fā)所需的工作量：Flex和OpenLaszlo框架實現(xiàn)其自己的基于XML的對象聲明語言。具體來說，F(xiàn)lex 使用MXML聲明 ActionScript對象和屬性，OpenLaszlo使用LZX聲明 JavaScript 對象和屬性。MXML和LZX使用相同的基XML對象符號，唯一的不同在于所使用的 DTD結(jié)構(gòu)和XML架構(gòu)。它們的核心目的是相同的：加快客戶端應(yīng)用程序和UI的開發(fā)速度。隨著這兩項技術(shù)的成熟，每種框架的持續(xù)開發(fā)基本原則保持一致：用更少的時間做更多的工作。換句話說，能夠使用MXML做更多的工作意味著需要更少的 ActionScript代碼。類似地，使用LZX標記做更多的工作意味著需要編寫的 JavaScript代碼更少。這就意味著您需要做的工作更少。大部分情況下，目前使用OpenLaszlo編寫應(yīng)用程序與使用Flex編寫應(yīng)用程序所需的時間是一樣的。再加上兩個平臺之間的相似性，很難判斷哪一種更加優(yōu)秀。社區(qū)參與度：像任何開源技術(shù)一樣，社區(qū)參與度是平臺應(yīng)用和發(fā)展速度的關(guān)鍵因素。一項技術(shù)的社區(qū)支持度并非總是通過貢獻代碼的人數(shù)來度量的。實際上，通過 “開源記者”（在博客中發(fā)布教程和專業(yè)入門文檔供該技術(shù)新手參考的人）的數(shù)量來確定社區(qū)參與度更加容易。進一步說，強大的社區(qū)往往有大量的質(zhì)量保證 “分析員” 通過項目的 bug 數(shù)據(jù)庫報告 bug。Flex在社區(qū)參與度方面取得了勝利。Adobe新聞聚合器（news aggregator）僅在Flex一項上就有2370 feed。此外， Cookbook（它就像是Flex“代碼庫”百科全書）可以獲得許多資源，這都是社區(qū)發(fā)布的。綜上所述盡管在成熟度上Flex也許還有所欠缺，但是在對Web服務(wù)的支持有明顯的優(yōu)勢，這對做好Cloud前后臺的數(shù)據(jù)交換有重大的意義，同時在代碼的開發(fā)工作量上也隨著產(chǎn)品的成熟越加快捷簡單，最后擁有強大的社區(qū)對入門級的RIA開發(fā)者來說無疑是最大的幫助，因此在我們的項目中Flex成為了Cloud前端技術(shù)的不二選擇[7]。 RIA豐富互聯(lián)網(wǎng)應(yīng)用程序（英語：Rich Internet applications，簡稱RIA），又譯為豐富性網(wǎng)絡(luò)應(yīng)用服務(wù)，是一種具有近似于傳統(tǒng)桌面應(yīng)用軟件系統(tǒng)功能和特性的網(wǎng)絡(luò)應(yīng)用系統(tǒng)。RIA系統(tǒng)最大的特點是將大部分處理任務(wù)都從用戶界面端移植到客戶端，僅保留一些必要數(shù)據(jù)與服務(wù)器端進行信息交互。[8] RIA發(fā)展現(xiàn)狀當今流行的幾種主要RIA技術(shù)有Flex，Silverlight和Laszlo技術(shù)。Microsoft Silverlight是微軟所發(fā)展的Web前端應(yīng)用程式開發(fā)解決方案，是微軟豐富型互聯(lián)網(wǎng)應(yīng)用程式（Rich Internet Application）策略的主要應(yīng)用程式開發(fā)平臺之一，以瀏覽器的外掛元件方式提供Web應(yīng)用程式中多媒體（含影音串流與音效串流）與高度互動性前端應(yīng)用程式的解決方案，同時它也是微軟UX（用戶體驗）策略中的一環(huán)，也是微軟試圖將美術(shù)設(shè)計和程式開發(fā)人員的工作明確切分與協(xié)同合作發(fā)展應(yīng)用程式的嘗試之一。[9]Laszlo是一個開源的Rich Internet Application開發(fā)環(huán)境。使用這個平臺開發(fā)只需要編寫LZX的描述語言，運行在JZEE應(yīng)用服務(wù)器上的Laszlo平臺會將其編譯成Flash傳送給客戶端展示。因Flash可以在任何支持FlashPlayer的瀏覽器展示，從而解決了瀏覽器之間的移植問題。但Laszlo有對中文支持不夠和開發(fā)工具有限的缺點。[10] 接下來重點介紹Flex。 Adobe FlexAdobe Flex是最初由Macromedia公司在2004年3月發(fā)布的，基于其專有的Macromedia Flash平臺，它是涵蓋了支持RIA（Rich Internet Applications）的開發(fā)和部署的一系列技術(shù)組合。[11] Flex 同時是一個高效、免費的開源框架，可用于構(gòu)建具有表現(xiàn)力的 Web 應(yīng)用程序，這些應(yīng)用程序利用 Adobe Flash Player和 Adobe AIR, 運行時跨瀏覽器、桌面和操作系統(tǒng)實現(xiàn)一致的部署。雖然只能使用 Flex 框架構(gòu)建 Flex 應(yīng)用程序，但Adobe Flash Builder軟件可以通過智能編碼、交互式遍歷調(diào)試以及可視設(shè)計用戶界面布局等功能加快開發(fā)。 使用 Flex 創(chuàng)建的 RIA 可運行于使用 Adobe Flash Player 軟件的瀏覽器中，或在瀏覽器外運行于跨操作系統(tǒng)運行時 Adobe AIR上，它們可以跨所有主要瀏覽器、在桌面上實現(xiàn)一致的運行。連接到 Internet 的計算機中超過 98% 裝有 Flash Player，這是一個企業(yè)級客戶端運行時，它的高級矢量圖形能處理要求最高、數(shù)據(jù)密集型應(yīng)用程序，同時達到桌面應(yīng)用程序的執(zhí)行速度。通過利用 AIR，F(xiàn)lex 應(yīng)用程序可以訪問本地數(shù)據(jù)和系統(tǒng)資源。[12] Flex的優(yōu)缺點對于開發(fā)人員來說Flex的開發(fā)工具Flash Studio，開發(fā)的界面的過程是一個所見即所得的環(huán)境，設(shè)計時可以選擇各種所需的空間拖入設(shè)計界面中，并且直接修改空間的可見屬性和不可見屬性。，減少學習技術(shù)的時間消耗。除此之外Flex還有以下的優(yōu)點：1）對于客戶端的呈現(xiàn)來說，由于Flex最終的展現(xiàn)形式是flash。所以一旦有了瀏覽器Flash Player虛擬機的支持將會有異常華麗的動態(tài)顯示效果，頁面幾乎沒有跳轉(zhuǎn)與刷新，使Web的顯示無限接近于桌面應(yīng)用的效果。并且使開發(fā)人員擺脫了原始編寫javascript腳本實現(xiàn)AJAX的歷史。2）在兼容性方面由于Flex運行于Flash Player之上，所以幾乎不與瀏覽器發(fā)生任何沖突，可以完全做到跨瀏覽器跨平臺運行。3）支持多媒體資源，輕松開發(fā)動態(tài)交互性強的界面。4）框架設(shè)計重用性高，有利于模塊化的設(shè)計。5）IDE基于插件豐富的Eclipse平臺，對Java從業(yè)人員來說上手方便。當然Flex不是十全十美的，它同時也存在著非常多的缺陷：，往往造成載入過慢，一旦在帶寬非常有限的客戶端使用就會非?？ā?，換句話說就是以swf形式呈現(xiàn)的網(wǎng)站幾乎不能被包括Google在內(nèi)的搜索引擎爬蟲捕捉到，對企業(yè)對外來說是個不小的損失。，比如說被屏蔽的右鍵響應(yīng)，可能對用戶體驗會有一定的影響。在此總結(jié)的只是部分Flex重要的優(yōu)缺的，至于Flex與其他兩類RIA開發(fā)工具的對比由于篇幅關(guān)系在此不再加描述，總之Flex是擁有自身得天獨厚的優(yōu)勢，使其成為了目前RIA最主流的開發(fā)工具之一，同時也有許多有待改進的地方需要其不斷的進步，當然這些不足之處也是對設(shè)計人員需要克服的最大的挑戰(zhàn)。 Flex的運行機制Flex的工程中主要包含5大類文件（Flex的類庫組件、MXML文件、ActionScript文件、css文件和其他資源文件），F(xiàn)lex運行的機制是第一步完成所有的以上五類文件的設(shè)計實現(xiàn)，第二步將MXML編譯為ActionScript文件（因為MXML的本質(zhì)還是ActionScript，就如JSP本質(zhì)上還是Servlet一樣），第三步編譯器將所有AS文件編譯轉(zhuǎn)化為swf的二進制文件，最后一步是用戶訪問特定的swf文件，swf將在客戶端的AVM（Action Virtual Machine）中運行。圖描述了Flex的運行機制。圖 Flex結(jié)構(gòu)圖 Flex4的提升Flex經(jīng)過多年的發(fā)展和完善，從最開始的僅有一些主要的控件到現(xiàn)在控件全面完備，可以說Flex的開發(fā)工作已經(jīng)越來越容易了，尤其是對于維護的成本方面，在Flex 4中最重要的提升就是對邏輯與顯示的解耦，在以前的版本中，組件的顯示屬性和邏輯功能是共存在一個類中的，這樣的后果是使在擴展Flex控件時非常不方便，又要顧及到顯示屬性同時還要考慮邏輯功能。但是在版本4中這種情況得到了更本的改善，舉個例子來說，一個普通的Button控件類，在這個類中只定義了所有該有的邏輯功能，而對于外觀方面只用了一個叫做skinClass的屬性來定義，默認的值是一個叫做ButtonSkin的類，當開發(fā)人員需要對Button的外觀進行擴展或修改時可以直接繼承擴展這個外觀類，在實際使用Button控件時可以顯式得將skinClass這個屬性值設(shè)置為自定義的skin類。同樣如果需要對類的邏輯功能進行擴展就可以直接擴展這個類而不須要顧及關(guān)于skin的任何內(nèi)容，這樣就基本做到了外觀與邏輯的解耦。 Cairngorm概述　Cairngorm是由adobe公司推出的一個輕量級的Flex RIA程序開發(fā)框架。中文名：“煙水晶” 。目的是提高程序的可擴展性、可維護性，其本身并不是一個完整的企業(yè)應(yīng)用，它只是提供了一個開發(fā)骨架，Adobe稱之為體系。Cairngorm主要就是對開發(fā)Flex應(yīng)用程序應(yīng)用了一系列的設(shè)計模式，從而使開發(fā)出來Flex程序可擴展性，可維護性都大大提高。代價就是異常繁瑣的文件書寫。往往為了完成一個簡單的功能需要修改n個文件。所以小項目不建議使用。Cairngorm也意識到這個問題。這次cairngorm的升級，改動非常大，比flex3升級到flex4的改動大的多。不僅僅是個MVC框架了，應(yīng)該算是一個工具包，提供了很多個swc，通過parsley這個IOC框架納入了很多種的工具包，總得來講，cairngorm3已經(jīng)跟java的spring框架類似了。[13]在Cairngorm3中全新的設(shè)計是得整個框架層級更加明晰。[14] Cairngorm的組成及其功能Cairngorm框架有許多部分組成，主要是對Flex中數(shù)據(jù)的傳輸和綁定、事件機制和服務(wù)調(diào)用進行了規(guī)范，并設(shè)計出一個統(tǒng)一的MVC開發(fā)模式[15]，如圖 。圖 Cairngorm的MVC分層、 ValueObject、View、 FrontController、Dispatcher、Command、Service Locator等多個部分組成。其中幾個主要組成部分的介紹如下:ModelLocator(模型定位):在一個地方存儲程序中所有的值對象(ValueObject，數(shù)據(jù))并共享變量。它與 HttpSession對象很相似，但是它存儲在Flex客戶端，而不是存儲在一個中間層程序服務(wù)器端。View(視圖):一個或多個Flex組件(Button，Pannel等等)綁定到一起形成的一個特制的個體，使用 ModelLocator中的數(shù)據(jù)，并且針對用戶的交互動作(點擊，鼠標滑過，拖拽等)產(chǎn)生自定義的Cairngorm Events。FrontController(前端控制器):接受Cairngorm Events并且將它們映射到 Cairngorm mands。Command(命令):處理業(yè)務(wù)邏輯，調(diào)用Cairngorm Delegates或Commands，以及更新 ModelLocator中存儲的值對象和變量。 Delegate(委托):由一個Command創(chuàng)建，他將遠程過程調(diào)用(HTTP，WebService等)實例化并且將結(jié)果返回給該Command。Service(服務(wù)):定義連接到遠程數(shù)據(jù)庫的遠程過程的調(diào)用(HTTP，WebServices等)。盡管這些組件在開發(fā)過程中發(fā)揮的功能均不相同，但是體現(xiàn)了Cairngorm框架對應(yīng)用程序的MVC三層模式劃分。例如一個典型的處理響應(yīng)過程中，View、DispatehEvent、。圖 MVC模式下的Cairngorm組件 Cairngorm3的提升Cairngorm3相對于之前的版本所做出的最大的提升與Flex4的提升有異曲同工之處。首先Cairngorm摒棄了從前依靠實現(xiàn)接口或者繼承工具類的方法實現(xiàn)框架的管理，而是采用了標簽的方法。正是借助了這種方式Cairngorm也引進了類似Spring的IoC（inverse of control）控制反轉(zhuǎn)的思想，開發(fā)人員可以把所有類似Java Bean的邏輯處理類注冊在一個工程的配置文件中，當系統(tǒng)中任何mxml頁面或者as類需要這個類時，只需使用[Inject]標簽通過name參數(shù)即可調(diào)用在配置文件中定義的類，這樣的做法就使具體的類在代碼中解耦，所有資源的分配定義在配置文件中，這樣對維護有很大的幫助。其次它最大可能得將顯示與邏輯分離，從前如果寫一個頁面往往會把邏輯的代碼混合在頁面代碼之中。在新的規(guī)范中，Cairngorm建議將每個頁面分為兩個部分編寫，一個是純的組件頁面，另一個是配合這個頁面的as文件，這個as通常被定義為Present Model(PM)，即顯示模型。這個PM會被注冊在工程配置文件中，然后在組件頁面中inject這個PM，所有event事件所觸發(fā)的函數(shù)都來自有PM中定義的函數(shù)，這樣就保證了組件頁面沒有代碼污染。如果有任何邏輯上的改動只要與UI無關(guān)就可以只改動PM代碼而不影響組件頁面的代碼。 工程后臺技術(shù)概述 J2EEJ2EE平臺規(guī)范是一個由SUN公司定義的用于簡化分布式企業(yè)級應(yīng)用開發(fā)與部署的基于組件的模式。它提供了一個多層次的分布式應(yīng)用模型和一系列開發(fā)技術(shù)規(guī)范。這種多層次分布式應(yīng)用模型根據(jù)功能把應(yīng)用邏輯分成多個層次，每個層次支持相應(yīng)的服務(wù)器和組件，組件在分布式服務(wù)器的組件容器中運行。容器間通過相關(guān)的協(xié)議進行通訊，實現(xiàn)組件問的相互調(diào)用。[16] J2EE架構(gòu)的概述J2EE 是一個開放的標準，它簡化了應(yīng)用程序的開發(fā)和集成，具有高度可移植性、可擴展性。J2EE 架構(gòu)分為客戶層、表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)庫層，各層之間互相獨立，根據(jù)設(shè)定的接口提供服務(wù)，采用組件開發(fā)和部署。（l）客戶層：