【正文】 署流程從開發(fā)者的本地開發(fā)開始，接著在部署前根據(jù)需要修改部分環(huán)境相關的元數(shù)據(jù)，同時更新所有開發(fā)目錄下的Service名錄以使云端也得到更新的信息。至此本地的開發(fā)修改結(jié)束，將工程打成一個war包并推向云端被導出成一個可部署的鏡像，當這個被推上來的鏡像得到相應的授權(quán)之后，云端相應的根據(jù)開發(fā)端定義的Service名錄進行注冊服務的更新，之后更新ESF的信息，因為每次部署可能都會涉及用戶權(quán)限的改變，當結(jié)束這一系列的操作之后，這個工程的所有服務就可以說真正運行在云端，可以接受前端的各種調(diào)用了。 Flex與Java的數(shù)據(jù)通信在傳統(tǒng)的Flex與J2EE整合的系統(tǒng)中，有一種用于在兩端之間進行數(shù)據(jù)傳輸?shù)墓ぞ咭呀?jīng)應用得非常普遍，那就是使用BlazeDS。BlazeDS是一個基于服務器的Java遠程調(diào)用（remoting）和Web消息傳遞（messaging）技術，使得后臺的Java應用程序和運行在瀏覽器上的Flex應用程序能夠相互通信。 如果想通過使用RPC Services提供一些企業(yè)級功能，如不同域之間數(shù)據(jù)交換的代理功能、客戶端認證、服務器端日志、本地化支持、RPC Services服務集中化管理等功能時，BlazeDS通過使用RemoteObject控件可以輕松實現(xiàn)，而不需要配置他們像SOAPpliant網(wǎng)絡服務。 當客戶端RPC控件調(diào)用遠程服務時，該控件就會把服務端返回的數(shù)據(jù)保存在一個ActionScript對象中，這樣，在程序中就能夠很輕松的獲取想要的數(shù)據(jù)，而這些客戶端控件包括HTTPService、WebService、RemoteObject控件。[18]但是在我們的實際應用中，企業(yè)的Cloud平臺并不支持這種數(shù)據(jù)通信的方式，所以我們必須選擇一個既得到Cloud平臺支持又能高效率傳輸?shù)姆绞?。HttpService成為了我們最終的選擇，可以在頁面mxml或者as文件中添加HttpService。當在mxml中時添加如下標簽：s:HTTPService id=fieldService resultFormat=e4x/即定義了一個HTTPService類的非可視化實例。如果在as文件中則需要添加如下語句：public var service:DataService = new DataService()。在定義了HTTPService的實例之后指定它的url，最后使用service的send方法便完成了HTTPService的數(shù)據(jù)請求。圖 HttpService請求示例從服務器傳回的數(shù)據(jù)格式可能有很多種，包括字符串，json，xml都是可選的格式，最后我們選擇了xml這種擴展性最好的方式。我們設置xml的第一行為數(shù)據(jù)表的列名，之后的row為實際的數(shù)據(jù)。如圖：圖 前后臺傳輸XML格式示例由于Flex的數(shù)據(jù)通信都是異步的，所以我們在代碼中依照Cairngorm的命令處理模式編寫一個對應命名的onResult函數(shù)，參數(shù)就是請求所返回的數(shù)據(jù)內(nèi)容，類型為Object，然后將這個Object轉(zhuǎn)化為XML經(jīng)過一系列的遍歷與過濾最終將數(shù)據(jù)存入一個ArrayCollection中然后拋出事件說明取數(shù)據(jù)已完成。圖 Flex接收解析XML示例當然Flex與后臺的數(shù)據(jù)通信在很多情況下也有可能出現(xiàn)異常，比如說J2EE端server當機或服務未啟動，又或者url的參數(shù)發(fā)生了改變沒有得到及時的更新等等。所以捕捉出可能的錯誤而不至于將錯誤直接反映給用戶是非常必要的，我們利用Cairngorm的CommandError標簽定義了與CommandResult相對應的錯誤處理函數(shù)，當雙方通信出現(xiàn)異常時這個函數(shù)將被調(diào)用。 圖 Flex端接收響應失敗示例 Excel導出在系統(tǒng)中報表的導出是最重要的數(shù)據(jù)呈現(xiàn)方式之一，在各導出形式中又屬Excel是用戶使用頻率最高的導出形式，所以Excel的導出質(zhì)量在系統(tǒng)中顯得尤為重要。在實際設計編碼中我們使用了JExcelApi 。以下是導出Excel的示例代碼：圖 Java導出Excel示例，基本總結(jié)出導出Excel都是萬變不離其宗的套路，首先是建立一個Workbook，接著在這個Workbook上新增一個sheet，然后就可以定義所需導入的數(shù)據(jù)類型、數(shù)據(jù)格式并填入一個個Cell中，再將Cell加入到sheet里，最后Workbook完成寫出。至此一個完整的Excel報表就算導出完成了，當然在過程中還需要增加些對文件界面的美化工作，不過考慮到導出的效率與服務器的承載能力，我們只對導出行數(shù)小于10000行的數(shù)據(jù)進行格式美化調(diào)整，而大于10000行的則不作任何界面美化，只保證數(shù)據(jù)的準確性。圖 生成Excel報表效果 系統(tǒng)安全性的控制 Flex的安全性控制Flex是基于 Flash Player安全模型的，而 Flash Player運行在安全沙箱中, Flex的編譯后的swf文件是在服務器端生成并傳回，其安全性得到 Flash Player的安全沙箱保護。這樣程序可以防止客戶端程序遭受惡意應用程序的破壞。安全沙箱定義了一塊受限制的空間，F(xiàn)lex應用程序只能在其范圍內(nèi)運行，在同一個安全沙箱內(nèi)的應用程序可以交換信息，而沙箱外的程序受到嚴格限制。:圖 通過配置跨域配置文件可以有效的將客戶端的訪問限制在控制的范圍內(nèi)，防止了客戶端的意外攻擊。[19] ESF的使用ESF（Enterprise Security Framework）是一個企業(yè)級的控制數(shù)據(jù)服務訪問安全的框架。和Servlet的安全權(quán)限控制類似，使用這個框架的目的就是為了避免在服務代碼中硬編碼認證和授權(quán)信息，使安全性功能與商業(yè)功能代碼解耦同時又可以以切面的方式控制到所有的服務。圖 ESF配置示例如上圖所示，每一個有權(quán)限訪問系統(tǒng)的用戶都會在ESF的配置文件中被注冊，每一個用戶都會被分配在一個userinfo標簽中，user標簽定義了用戶的id號，姓名和Email地址；app標簽定義了哪一個具體的系統(tǒng)才是此用戶可以訪問的，env表示環(huán)境的等級，可以選擇是在開發(fā)級的環(huán)境或者商品線等級；role標簽定義了賦予此用戶的角色種類，其子標簽entitlement定義了此用戶可以訪問的功能組與數(shù)據(jù)組；在functiongroup標簽中定義了哪些具體的功能被包含在這個組中，同樣的在datagroup標簽中定義了哪些數(shù)目又是可以對用戶開放的，這里所定義兩個組是與role中定義的兩個組名相對應的。通過這樣的設置，用戶只有在經(jīng)過認證和授權(quán)之后才能進入系統(tǒng)，相對于普通的java web工程的安全設置，ESF將功能與數(shù)據(jù)的訪問權(quán)限分離，這樣除了對受限功能的保護外還進一步地保護了數(shù)據(jù)的安全。 數(shù)據(jù)過濾問題的描述與解決 問題的描述在系統(tǒng)的實際應用中，用戶與用戶之間所需要的數(shù)據(jù)可能有千差萬別，每個用戶都想要所得到的數(shù)據(jù)信息是屬于自我定制的細粒度數(shù)據(jù)。因此系統(tǒng)需要設計一個可以提供多種查詢條件，多重查詢條件嵌套的過濾功能。在設計與實現(xiàn)此功能中主要有以下的兩個困難，第一：如何判斷不同過濾條件所需要的比較操作符，比如說當需要過濾數(shù)值型數(shù)據(jù)時需要的操作符是“大于”、“小于”、“不大于”、“不小于”、“等于”和“不等于”，但當需要過濾字符型的數(shù)據(jù)時需要的操作符就會變成“以某字符串開始”、“包含”、“等于”、“不等于”等等，甚至還有的過濾條件只有兩個可用的選項，“是”與“否”。如何在多種條件種類中切換成為問題的關鍵。第二：是對于多重過濾條件的控制。系統(tǒng)設置的過濾條件上限為10條，但為了良好的用戶體驗，系統(tǒng)不會將多余空白的過濾行列出來，而是由用戶自行控制所需過濾的行數(shù)。這對頁面的動態(tài)顯示提出了新的要求。在另一方面，為了提供更好的用戶體驗，系統(tǒng)會將用戶最后一次輸入的過濾條件保存起來，當此用戶下一次需要使用過濾功能時就可以首先得到上一次保存了的過濾條件。在設計與實現(xiàn)中如果將拼接的SQL直接用于加載過濾條件就會出現(xiàn)難以分隔拆解的問題，必須有一套其他的方案來解決。 動態(tài)選擇過濾條件對于遇到的第一個問題，首先考慮到所使用到的過濾條件種類基本是固定不變的，所以我們考慮在工程的文件目錄下放入數(shù)據(jù)，而不是每次都從數(shù)據(jù)庫中抽取那樣的操作對這類的小操作在性能上會有較差的表現(xiàn)。于是XML成為了我們最好的選擇，如下是我們對過濾條件的XML設計方案：row fld_name= fld_display=Fund Number fld_type=C fld_len=10 /row在每行的數(shù)據(jù)中fld_name表示此過濾條件在數(shù)據(jù)庫中的表加字段名，fld_display表示在用戶界面中此條件所顯示的文字，fld_type表示此過濾條件所屬的種類，fld_len表示此條件所能輸入的最大字符長度。同時在另一方面還要建立一個操作符的XML與之對應，設計方案如下：row fld_type=N datatext =Is Greater Than or Equal to datavalue=xxFIELDxx amp。gt。= xxVALUExx/row在每行的數(shù)據(jù)中fld_type表示操作符的種類，這里的代號與之前的XML對應，兩者實現(xiàn)映射關系，datatext表示在界面中所顯示的文字，datavalue表示用于拼接SQL的模型字符串。在代碼中當用戶使用過濾功能時，xxFIELDxx會被具體所選條件替代，xxVALUExx會被用戶輸入的內(nèi)容替代以用于拼接SQL。 多重過濾條件的控制由于Flex強大的類似AJAX的特性，是這個問題的解決變得容易許多，我們可以有兩種設計方案，第一種將所有的10條過濾條件都創(chuàng)建好，然后在加載頁面時把用戶不需要的進行隱藏。第二種是在加載時只建立用戶所需要的，如果接下來用戶需要增加條件則動態(tài)得添加新行。最終我們選擇了第二種方案，F(xiàn)lex提供了全面的繪圖機制，在代碼中新建一個可視組件的實例然后設置此組件的一系列屬性，最后在添加到頁面中是動態(tài)調(diào)整組件所在容器的高度。這樣就使得整個頁面有了一個動態(tài)伸縮的效果。 過濾條件的保存與加載針對過濾條件的保存與加載，通過問題的分析可以確定直接用拼接好的SQL是無法有效實現(xiàn)加載而不存在語義的分歧。因此我們嘗試與SQL語義無關的設計，一切存儲的信息只與頁面顯示的內(nèi)容有關：row lp=0 fldval=Fund Name operator=Is Equal to value=abc rp=0 fldtype=Cjoin=0/在設計中我們?nèi)匀徊捎昧薠ML作為存儲對象，lp表示是否有左括號，fldval表示過濾條件的顯示名，operator表示操作符的顯示名，value表示用戶輸入的條件值，rp表示有否有右括號，fldtype表示此行過濾條件所屬的類別，join表示是否在此過濾條件后有“與”、“或”存在，如果為0則表示條件結(jié)束，為1則表示還有后續(xù)條件。有了如上的設計，在加載用戶自定義過濾條件時首先計算XML的行數(shù)來決定要生成多少行的頁面實例，然后逐行分析出各個組件的屬性進行設置。最后動態(tài)刷新頁面實現(xiàn)最終效果。 本章小結(jié)本章主要介紹了開發(fā)過程中所涉及到的幾個主要技術問題，包括Cloud的部署，數(shù)據(jù)的前后臺交互，Excel報表的導出，應用安全性的問題等等。對各個問題進行了總結(jié)。在下一章中，將結(jié)合系統(tǒng)開發(fā)中的實際情況，提出一個典型且棘手的問題進行分析，并設計出解決方案。44浙江大學碩士學位論文 第5章前端的性能問題及其解決第5章 前端的性能問題及其解決 前臺加載速度瓶頸問題的描述在任何供用戶使用得系統(tǒng)里，運行的效率以及頁面顯示與反饋的速度都是用戶體驗的重要指標，在設計編碼的過程中我們也遇到了相同的問題：頁面的顯示速度過慢。當然產(chǎn)生這個問題的原因是多方面的，最主要的是大數(shù)據(jù)量的數(shù)據(jù)從數(shù)據(jù)庫中加載的速度不夠，其次是頁面組件的呈現(xiàn)繪制效率過低，當然有時候也需要考慮各種網(wǎng)絡傳輸?shù)囊蛩卦趦?nèi)。在這里本人主要就第二個原因進行分析與解決。 Flex的內(nèi)存回收機制就如Java等高級編程語言一樣，F(xiàn)lex的ActionScript也有屬于自己的內(nèi)存垃圾回收機制（GC）。Flash Player的垃圾回收工作是由垃圾回收器（garbage collector）完成的。垃圾回收器是運行在后臺的一個進程，它釋放那些不再被應用所使用的對象所占用的內(nèi)存。不再被應用所使用的對象是指那些不會再被活動著（正在工作的）的對象所引用的對象。在AS中對于基本類型（Boolean、String、Number、Uint、Int）的對象，在對象之間是值傳遞，除此之外的不論是用戶自定義的類還是SDK中的類都是采用引用傳遞的方法，比如當將一個foo類對象A賦值給對象B后將A對象刪除，仍然可以從B對象中輸出A對象的屬性。這表明刪除的只是對象的一個引用，對于真正的對象并沒有刪除。由于引用傳遞的原因在很多情況下可以避免在開發(fā)過程中無意間的空指針異常，但是也造成了過多垃圾對象的情況。對于AVM的垃圾回收器來說，最大的難題就是判斷一個對象是否還有活動的引用。為了解決這個問題，在Flash Player 8及之后的版本中采用了標記清除法這種新的策略。圖 Flex AVM 垃圾回收機制示例如上圖所示，F(xiàn)lash Player從應用的根（root）節(jié)點開始，遍歷上面的所有子節(jié)點引用，去標記每一個它發(fā)現(xiàn)的對象，然后迭代遍歷每個被標記的對象，標記他們的子對象，在這個過程遞歸進行，直到Flash Player遍歷了應用的整個對象樹，并標記了它發(fā)現(xiàn)的每個對象，在整個過程結(jié)束的時候，可以認為在內(nèi)存中沒有被標記的對象就是沒有被活動進程所引用的對象，因此可以被安全的釋放。這種標記清除法機制非常準確但是同時會因為需要遍歷整個對象結(jié)構(gòu)，從而增加CPU的負擔，所以在Flash Player 9之后為了減少開銷，只在需要的時候執(zhí)行這種操作。 垃圾回收的時機Flash Player在運行時請求內(nèi)存的速度會受限于瀏覽器，所以，F(xiàn)lash Player會采取少量請求大塊內(nèi)存，而不是大量請求小塊內(nèi)存的內(nèi)存請