【文章內(nèi)容簡(jiǎn)介】 用 Flex 開(kāi)發(fā)的 AIR 應(yīng)用程序也能部署為桌面應(yīng)用程序，從而拓寬了 Flex 的應(yīng)用領(lǐng)域。 Flex 的核心是 Flex 軟件開(kāi)發(fā)包 (Flex SDK)，它由一系列用戶組件構(gòu)成，它包括按鈕、列表、樹(shù)、數(shù)據(jù)格 (DataGrid)、文本控件，以及各種各樣的頁(yè)面和控件容器。圖表和圖片等資源可以另外添加。 Flex 運(yùn)行機(jī)制 Flex 實(shí)質(zhì)上是由 MXML 與 ActionScript 構(gòu)成 [11]。其中 MXML 語(yǔ)言是從 XML 標(biāo)準(zhǔn)化語(yǔ)言演化而形成的，它為編程人員開(kāi)發(fā)應(yīng)用程序提供了一種非常簡(jiǎn)便的方式去建立圖形界面提供了。然而基于 ECMAScript 標(biāo)準(zhǔn)的ActionScript 語(yǔ)言，則是 Flash Player 中的關(guān)鍵語(yǔ)言，在 Flex 中用戶的交互性操作和圖形界面基本上是通過(guò) ActionScript 在 Flash Player 中來(lái)完成執(zhí)行交互的功能。但是 Flex 的最終運(yùn)行時(shí)通過(guò) Flash Player 對(duì) SWF 文件的解釋執(zhí)行，所以 Flex 應(yīng)用程序運(yùn)行的主要問(wèn)題是應(yīng)該怎樣把源文件編譯生成 成可直接運(yùn)行的 SWF 文件。圖 2． 1 描述了 Flex 是如何生成 SWF 文件的。 首先，程序的開(kāi)發(fā)人員應(yīng)該編寫(xiě)的 MXML 代碼和 ActionScript 代碼并且結(jié)合相關(guān)的資源文件 (比如音頻文件、圖片文件、 xml 文件等 )，還有 Flex本身的類(lèi)庫(kù)，通過(guò) Flex SDK 編譯，最終生成 SWF 文件。然后用戶使用瀏覽器訪問(wèn)包含了該 SWF 文件的網(wǎng)頁(yè)，服務(wù)器就會(huì)查找到對(duì)應(yīng)的 SWF 文件，6 壽命周期成本分析系統(tǒng) 的 設(shè)計(jì)與實(shí)現(xiàn) 并且將該 SWF 文件下載到用戶的瀏覽器，則該 SWF 文件就可以在含有Flash Player 的瀏覽器上面運(yùn)行。如果運(yùn)行過(guò)程中需要服務(wù)器端的數(shù)據(jù)和服務(wù) (如 HTTP 服務(wù)， Web 服務(wù)等 )，那么該文件會(huì)使用相應(yīng)的通信協(xié)議進(jìn)行遠(yuǎn)程調(diào)用，讀取遠(yuǎn)程數(shù)據(jù)或者把運(yùn)行結(jié)果通過(guò)控制顯示在瀏覽器上。事實(shí)際中與基于 HTML 的開(kāi)發(fā)的 Web 應(yīng)用程序相比， Flex 客戶端有著強(qiáng)大的數(shù)據(jù)處理和保存能力，當(dāng)客戶端有數(shù)據(jù)需要發(fā)生改變時(shí)，用戶不用重新下載該頁(yè)面并且也不需要等待數(shù)據(jù)下載完畢才可進(jìn)行交互性操作，而只需要等待相應(yīng)控件更新完數(shù)據(jù)即可。 圖 Flex生成 SWF 過(guò)程 以上相關(guān)概念和 Flex 運(yùn)行機(jī)制的介紹在圖 中充分體現(xiàn)了它們的角色和相互間的關(guān)系。 Flex 客戶端程序結(jié)構(gòu) Flex 中很重要的一個(gè)特點(diǎn)是，頁(yè)面元素種類(lèi)豐富，易于重用，而且MXML 語(yǔ)言使得開(kāi)發(fā)界面變得更加簡(jiǎn)單高效。一個(gè) Flex 應(yīng)用程序的結(jié)構(gòu)非常清晰，它一般由三層容器結(jié)構(gòu)，加上具體的用戶控件和 ActionScfipt 實(shí)現(xiàn)組成。 Application 在 Flex 中表示為應(yīng)用程序容器，一個(gè) Flex 應(yīng)用程序只能有一個(gè) Application。因此， Flex 應(yīng)用程序的最外層是 Application， 然后在Application 容器中，添加適當(dāng)?shù)膽?yīng)用程序具體需要的容器，如 Canvas， Box等等。 Flex SDK MXM 文件 ActionScript 文件 資源文件 .png .gif .xml Flex 類(lèi)庫(kù) 瀏覽器 Flash Player Flex Application 編譯 Web 服務(wù)器 數(shù)據(jù) 數(shù)據(jù) 7 第二章相關(guān)技術(shù)概述 圖 2． 2 由于在多層結(jié)構(gòu)模型中， Flex 屬于表現(xiàn)層，因此要發(fā)揮它在企業(yè)級(jí)應(yīng)用中強(qiáng)大的客戶端優(yōu)勢(shì)，必須結(jié)合有效的服務(wù)器端技術(shù)。 Java 2 Enterprise Edition(J2EE)由于其自身的成熟性和跨平臺(tái)性，是與 Flex 技術(shù)相結(jié)合的熱門(mén)技術(shù)平臺(tái)。 從中可以看出， Flex 數(shù)據(jù)服務(wù) (FlexData Services[12]，簡(jiǎn)稱(chēng) FDS)為 Flex客戶端提供了豐富的遠(yuǎn)程通信協(xié)議：簡(jiǎn)單對(duì)象傳輸協(xié)議 (SOAP)， HTTP／HTTPS 協(xié)議， Action Message Format[13] (AMF)協(xié)議和實(shí)時(shí)消息協(xié)議 (RTMP／ RTMPS)。這些協(xié)議可以同時(shí)被一個(gè)客戶端使用，從而充分發(fā)揮了 Flex與 J2EE 服務(wù)器之間強(qiáng)大的通信能力。 Flex 企業(yè)級(jí)應(yīng)用體系結(jié)構(gòu)由于在多層結(jié)的框架結(jié)構(gòu)模型中， Flex 僅僅屬于表現(xiàn)層，因此要發(fā)揮它在企業(yè)級(jí)應(yīng)用中強(qiáng)大的客戶端優(yōu)勢(shì)，那么就應(yīng)該結(jié)合有效的服務(wù)器端技術(shù)。 Java 2 Enterprise Edition(J2EE)由于其自身的成熟性和跨平臺(tái)性，它是與 Flex 客戶端技術(shù)相結(jié)合的熱門(mén)技術(shù)平臺(tái)。其中， Flex 數(shù)據(jù)服務(wù) (Flex Data Services，簡(jiǎn)稱(chēng) FDS)為 Flex 客戶端提供了豐富的遠(yuǎn)程通信協(xié)議：簡(jiǎn)單對(duì)象傳輸協(xié)議 (SOAP)， HTTP／ HTTPS 協(xié)議， Action Message Format[14] (AMF)協(xié)議和實(shí)時(shí)消息協(xié)議 (RTMP／ RTMPS)。這些協(xié)議可以同時(shí)被一個(gè)客戶端使用，從而充分發(fā)揮了 Flex 與 J2EE 服務(wù)器之間強(qiáng)大的通信能力。 圖 Flex多層模型結(jié)構(gòu) 以上相關(guān)概念是 Flex多層模型結(jié)構(gòu) 的介紹 ， 在圖 中充分體現(xiàn)了 FlexWeb Browsers Enterprise Resources Flash Player UI Components PRC UI Logics Flex Framework J2EE Server Flex Data service Business Layer Persistence Layer EJB ,POJO Data and Message Managment JDBC ,Hibernate,iBatis AMF HTTP SOAP Resources DBMS LDAP ERP Web services 8 壽命周期成本分析系統(tǒng) 的 設(shè)計(jì)與實(shí)現(xiàn) 的 多層模型結(jié)構(gòu) 。 Flex 遠(yuǎn)程調(diào)用方式 對(duì)于一個(gè)基于 Inter 的應(yīng)用而言，不能與服務(wù)器進(jìn)行通信是不可以想象的， Flex 提供了基于 PRC Service、 Data Manage Service 和 Message Service 三種與服務(wù)器通信的方式 [15]，這三種通信方式的作用于功能如表 所示。 表 Flex 與服務(wù)器端通信的方式 通信方式 說(shuō)明 運(yùn)行環(huán)境 RPC Service 提供一基于 HTTP 協(xié)議的請(qǐng)求、相應(yīng)訪問(wèn)模型。不需要 LiveCycle Data Service 可以運(yùn)行，也可以通過(guò)設(shè)置 LiveCycle Data Service 提高訪問(wèn)效率。這種訪問(wèn)與服務(wù)端無(wú)關(guān) ，可以是任意一種基于 HTTP 的Web 應(yīng)用例如（ JSP、 PHP、 ASP、 .Net等） Flex SDK 或 LiveCycle Data Service Data Manage Service 基于 RTMP 協(xié)議的數(shù)據(jù)管理，提供實(shí)時(shí)的數(shù)據(jù)更新服務(wù)?？梢酝高^(guò) RTMP 協(xié)議向客戶端發(fā)送數(shù)據(jù)，非常適合一對(duì)一或者一對(duì)多的關(guān)聯(lián)數(shù)據(jù)。 必須通過(guò) LiveCycle Data Service 組件進(jìn)行數(shù)據(jù)訪問(wèn)。由于使用了實(shí)時(shí)綁定技術(shù)，要求服務(wù)端必須是 J2EE 服務(wù)器 LiveCycle Data Service Message Service 可以為實(shí)時(shí)協(xié)作應(yīng)用提供消息服務(wù)。這種服務(wù)是基于 Socket通信和 RTMP 協(xié)議的。通過(guò)這種消息服務(wù)能夠向其它應(yīng)用發(fā)送消息，也可以從其它應(yīng)用接受消息，甚至可以和 JMS（ Java Message Service）應(yīng)用程序通信。必須使用 LiveCycle Data Service 才能提供消息服務(wù) LiveCycle Data Service 表 為 Flex 與服務(wù)器通信的三種方式的詳細(xì)描述。 Flex 與服務(wù)器端的通信是建立在 LiveCycle Data Service 基礎(chǔ)之上的， LiveCycle Data Service 技術(shù)本身是 Flex Data Service 。 通過(guò)以上三種數(shù)據(jù)通信方式， Flex 可以與服務(wù)端進(jìn)行多樣的數(shù)據(jù)交互。由于 LiveCycle Data Service 是基于 Java的技術(shù)，所示目前的 LiveCycle Data 9 第二章相關(guān)技術(shù)概述 Service 只支持 J2EE 服務(wù)器。 Flex 與服務(wù)端通信的基本模型如圖 所示。 圖 Flex與服務(wù)端通信的基本模型 LiveCycle 是 Adobe 企業(yè)解決方案平臺(tái)，包含業(yè)務(wù)流程管理系統(tǒng)（ LiveCycle Process Management）、企業(yè)版權(quán)管理系統(tǒng)（ LiveCycle Rights Management）、表單服務(wù)（ LiveCycle Forms）等 12 個(gè)解決方案組件。 LiveCycle Data Service 是其中的一個(gè)整合 RIA 應(yīng)用和 J2EE 等企業(yè)應(yīng)用的解決方案組件。 Cairngorm 框架介紹 Adobe Flex 及相關(guān)技術(shù)正成為 RIA 領(lǐng)域的主流。雖然 Flex 社區(qū)的規(guī)模還遠(yuǎn)比不上 Java 或 Microsoft 平臺(tái)，但它 正在 Flex RIA 開(kāi)發(fā)者們的栽培下穩(wěn)健地成長(zhǎng)。許多開(kāi)源開(kāi)發(fā)框架也因此被創(chuàng)造出來(lái) [16]。 Cairngorm 是由 Adobe 公司推出的一個(gè)輕量級(jí)的 Flex RIA 程序開(kāi)發(fā)框架。中文名： “ 煙水晶 ” 。目的是提高程序的可擴(kuò)展性、可維護(hù)性，其本身并不是一個(gè)完整的企業(yè)應(yīng)用，它只是提供了一個(gè)開(kāi)發(fā)骨架，其內(nèi)部結(jié)構(gòu)主要是可以方便的安排業(yè)務(wù)邏輯。 Adobe 稱(chēng)之為體系。換句話說(shuō)，它只為應(yīng)用程序提供了一個(gè)通用的框架結(jié)構(gòu)。 Cairngorm 主要就是對(duì)開(kāi)發(fā) Flex 應(yīng)用程序應(yīng)用了一系列的設(shè)計(jì)模式，從而使開(kāi)發(fā)出來(lái) Flex 程序可擴(kuò)展性，可 維護(hù)性都大大提高 [17]。 Cairngorm 是最老也最成熟的 Flex 框架。目前由 Adobe 擁有并開(kāi)源，而且被 Adobe 的 RIA 顧問(wèn)服務(wù)團(tuán)隊(duì)大量使用。在 Cairngorm 中可以看到許多在 J2EE 中廣泛使用的 MVC 相關(guān)設(shè)計(jì)模式，即使它只是一個(gè)僅用于 RIA用戶界面開(kāi)發(fā)的微型架構(gòu)框架。 Cairngorm 被看作是企業(yè) RIA 開(kāi)發(fā)框架。它的分層 MVC 實(shí)現(xiàn)有助于開(kāi)發(fā)出具有復(fù)雜的業(yè)務(wù)邏輯的可伸縮的 RIA 應(yīng)用。在異步通信、事件驅(qū)動(dòng)、客戶端 swf 文件 用戶交互界面 PRC Service 調(diào)用 Request Result Message Service Data Manager Service 數(shù)據(jù)綁定對(duì)象 Java Object WebService JMS (Java Message Service) AMF HTTP SOAP AMF HTTP SOAP RTMP XML Socket 10 壽命周期成本分析系統(tǒng) 的 設(shè)計(jì)與實(shí)現(xiàn) 無(wú)線程的 Flex 平臺(tái)上， Cairngorm 為構(gòu)建嚴(yán)肅的商業(yè)應(yīng)用程序提供了快速而可靠 的方法。 Cairngorm 的本質(zhì)也決定了它可能不適用于小型的快速原型。 Cairngorm 框架的意圖是為企業(yè) RIA 開(kāi)發(fā)者提供一個(gè)框架。如果僅僅是編寫(xiě)一個(gè)非常簡(jiǎn)單的應(yīng)用 (比如程序原型 )，或者只有一個(gè)視圖的程序，那么在開(kāi)發(fā)中就不必掙扎于 Cairngorm 所倡導(dǎo)的模型、視圖和控制分離了。Cairngorm 架構(gòu)的益處在開(kāi)發(fā)復(fù)雜的 RIA 應(yīng)用的時(shí)候才能體現(xiàn)出來(lái)，比如有多個(gè)用例和視圖，由一整個(gè)團(tuán)隊(duì)負(fù)責(zé)開(kāi)發(fā)，以及團(tuán)隊(duì)中存在設(shè)計(jì)師、創(chuàng)意型開(kāi)發(fā)者、技術(shù)型開(kāi)發(fā)者等受過(guò)不同訓(xùn)練的成員的情形。 Cairngorm 是Flex 社區(qū)中眾所周知的，并且是一個(gè) Adobe 開(kāi)源網(wǎng)站上的項(xiàng)目，有良好的支持并且一個(gè)活躍的開(kāi)發(fā)者社區(qū)繼續(xù)為它工作。此外，它借用了來(lái)自 Java開(kāi)發(fā)世界的已被證明的策略。最后，它非常適合團(tuán)隊(duì)開(kāi)發(fā)，因?yàn)樗峁┝艘粋€(gè)高級(jí)的結(jié)構(gòu)化的整套方法來(lái)允許分發(fā)任務(wù)進(jìn)行創(chuàng)建應(yīng)用。 XML 技術(shù) XML 全名為 Extensible Markup Language，即“可擴(kuò)展標(biāo)記語(yǔ)言”，是由 W3C 于 1998 年 2 月推出的新一代網(wǎng)頁(yè)標(biāo)記語(yǔ)言，它是 SGML(Standard Generalize Markup Language)的一個(gè)子集，雖然它保留了 SGML 80％的功能，卻使復(fù)雜程度降低了 20％，同時(shí) XML 也繼承了 SGML 的諸多優(yōu)點(diǎn)，如高度的可擴(kuò)展性、數(shù)據(jù)的自我表示、數(shù)據(jù)的結(jié)構(gòu)化特性以及平臺(tái)無(wú)關(guān)性等特點(diǎn) [17]。 XML 是由 W3C 的 XML 工作組制定的一組規(guī)范，以便于軟件開(kāi)發(fā)人員和內(nèi)容創(chuàng)作人員在網(wǎng)頁(yè)上組織信息，其目的不僅在于滿足不斷增長(zhǎng)的網(wǎng)絡(luò)應(yīng)用需要，同時(shí)還能確保在通過(guò)網(wǎng)絡(luò)進(jìn)行交互合作時(shí)，具有良好的可靠性和互操作性 [18]。由于