畢業(yè)設(shè)計（論文）基于RIA的網(wǎng)絡(luò)監(jiān)控系統(tǒng)的設(shè)計與研究

1、畢 業(yè) 設(shè) 計 (論 文) 專 業(yè)： 電子信息工程 班 級： 07電子一班 學(xué)生姓名： 學(xué) 號： 課題名稱： 基于ria的網(wǎng)絡(luò)監(jiān)控系統(tǒng)的設(shè)計與研究 子課題： 交換機(jī)端口查詢模塊 指導(dǎo)教師： 2011年 6月 5日摘要為了能處理更復(fù)雜的多媒體應(yīng)用，改善用戶的交互體驗，出現(xiàn)了一種新的internet應(yīng)用程序，即豐富互聯(lián)網(wǎng)應(yīng)用程序（ria：rich internet application）。ria是一種基于web的c/s架構(gòu)，綜合了c/s架構(gòu)和b/s架構(gòu)的優(yōu)點(diǎn),是b/s技術(shù)在客戶端的突破發(fā)展，它是集桌面應(yīng)用程序的最佳用戶界面功能與web應(yīng)用程序的普遍采用和快速、低成本部署以及互動多媒體通信的實時快

2、捷于一體的新一代網(wǎng)絡(luò)應(yīng)用程序。ria中的flex是同類產(chǎn)品中最領(lǐng)先和成熟的產(chǎn)品。論文結(jié)合應(yīng)用系統(tǒng)多層次體系結(jié)構(gòu)發(fā)展的現(xiàn)狀，對flex和mvc框架進(jìn)行深入分析。flex提供了一種高效的開發(fā)模型，能夠很容易地與過去很多年積累下來的標(biāo)準(zhǔn)及最佳實踐相集成。本文以j2ee體系的web開發(fā)方法為探討的基線。根據(jù)web應(yīng)用的經(jīng)典分層理論，應(yīng)用flex作為表示層實現(xiàn)，進(jìn)行框架整合，從而設(shè)計出了一套足夠靈活、松散耦合、可擴(kuò)展且高效的web開發(fā)框架。本課題以flex語言開發(fā)基于ria技術(shù)的網(wǎng)絡(luò)監(jiān)控系統(tǒng)，解決了傳統(tǒng)的web方式或c/s架構(gòu)下網(wǎng)絡(luò)監(jiān)控的一些缺點(diǎn)，提供更豐富、更具有交互性和響應(yīng)性的用戶體驗。本人主要任務(wù)

3、是實現(xiàn)ria技術(shù)在查詢模塊的作用，主要完成的工作是交換機(jī)的查詢模塊，用以完成查詢功能。關(guān)鍵詞：ria flex 用戶體驗 cairngorm mvcabstractin order to deal with more complex multimedia applications, improve the user interaction experience, comes a new internet application, namely rich internet applications（ria）. ria is a web of based on c/s structure, int

4、egrated with c/s architecture and the advantages of b/s structure. it is b/s technology in client breakthrough development, it is the collection desktop applications with the best user interface functions of the web application program widely used and fast, low cost deployment and interactive multim

5、edia communication real-time fast in the integration of new generation network applications. the ria flex is similar products in the most advanced and mature products,the thesis combines application system multi-layer system structure of the present situation of the development of flex and mvc frame

6、work, in-depth analysis. provides an efficient flex the development model, can easily and accumulated over the many years of standard and best practice combined. based on the j2ee system to explore the web development method of the baseline. according to the theory of classical web application, appl

7、ication layer as flex framework representation layer, integration, achieve thereby designed a flexible enough, loose coupling, can be expanded and effective web development framework. this topic to flex language development based on ria technology network monitor system, solved the traditional web f

8、orm or c/s structure of network monitoring under some shortcomings, provide richer and more interactive and responsiveness user experience. keywords:ria，flex，user experience 目錄第一章 緒論11.1選題背景11.2研究內(nèi)容和意義11.2.1研究內(nèi)容：11.2.2研究意義21.3論文的結(jié)構(gòu)組織2第二章 flex與java技術(shù)的分析32.1 ria介紹32.1.1 ria簡介32.1.2 ria的優(yōu)勢42.1.3 ria的技術(shù)

9、特點(diǎn)42.1.4 ria技術(shù)解決方案52.2 flex概述62.2.1 flex簡介62.2.2 flex運(yùn)行機(jī)制62.3 cairngorm和mvc模式介紹72.3.1 cairngorm框架介紹72.3.2 cairngorm框架的組成部分82.3.5 mvc設(shè)計模式112.4 dao與bean以及dbpool132.5 flex與java的集成應(yīng)用lcds通信14第三章 網(wǎng)絡(luò)管理系統(tǒng)的分析與設(shè)計153.1 項目概述與分析153.2系統(tǒng)可行性分析163.3 系統(tǒng)架構(gòu)設(shè)計173.4 系統(tǒng)模塊功能設(shè)計183.5 數(shù)據(jù)庫設(shè)計193.6持久層設(shè)計213.7基于cairngorm框架的flex的表示

10、層設(shè)計223.8軟件界面設(shè)計原則22第四章 網(wǎng)絡(luò)設(shè)備基礎(chǔ)數(shù)據(jù)管理系統(tǒng)的實現(xiàn)244.1 開發(fā)環(huán)境的搭建244.1.1開發(fā)使用的工具244.1.2 lcds環(huán)境搭建244.1.3 cairngorm開發(fā)包加載244.2 數(shù)據(jù)庫實現(xiàn)254.3 持久層實現(xiàn)254.3 cairngorm框架部分實現(xiàn)294.3.1 services實現(xiàn)294.3.2 delegate實現(xiàn)294.3.3 event實現(xiàn)304.3.4 controller實現(xiàn)304.3.5 command實現(xiàn)304.3.6 view部分實現(xiàn)31第五章 總結(jié)與展望335.1 回顧與總結(jié)335.2 展望33參考文獻(xiàn)：34致 謝35iv安徽建筑工

11、業(yè)學(xué)院畢業(yè)設(shè)計(論文)基于ria的網(wǎng)絡(luò)監(jiān)控系統(tǒng)的設(shè)計與研究電子與信息工程學(xué)院 電子信息工程專業(yè) 2007級1班 周浩指導(dǎo)老師 張慶第一章 緒論1.1選題背景隨著網(wǎng)絡(luò)技術(shù)的高度發(fā)展，internet已經(jīng)日益成為應(yīng)用程序部署運(yùn)行的默認(rèn)平臺。傳統(tǒng)的b/s、c/s模式系統(tǒng)逐漸暴露出功能單一、接口專用、不易部署、不易升級、安全性低等特點(diǎn)，制約了internet技術(shù)的發(fā)展。目前，提高網(wǎng)絡(luò)資源的利用率，改善用戶的操作體驗成為網(wǎng)絡(luò)領(lǐng)域最新發(fā)展趨勢和研究熱點(diǎn)。為了提高用戶體驗出現(xiàn)了一種新類型的internet應(yīng)用程序。那就是ria。ria將桌面型計算機(jī)軟件應(yīng)用的最佳用戶界面功能性與web應(yīng)用程序的普遍采納和低成

12、本部署以及多媒體通信的長處集于一體，最終實現(xiàn)一種可以提供更直觀、響應(yīng)性和有效的用戶體驗應(yīng)用程序。adobe flex就是一套完整的綜合性ria技術(shù)解決方案。ria具有桌面應(yīng)用程序的特點(diǎn)，包括：在消息確認(rèn)和格式編排方面提供互動用戶界面；在局部刷新頁面情況下提供快速的界面響應(yīng)時間；提供通用的用戶界面特性，如拖動式以及在線和離線操作能力。作為一種成熟的ria技術(shù)，flex已經(jīng)越來越受到人們的關(guān)注，本課題就是研究如何運(yùn)用flex技術(shù)，編寫一個基于web方式的圖形化建模視圖，可以繪制簡單的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖，使用戶可以再瀏覽器上完成以往只能在桌面程序中才能完成的工作。1.2研究內(nèi)容和意義1.2.1研究內(nèi)容：

13、本課題分析了當(dāng)前web開發(fā)領(lǐng)域中flex技術(shù)的優(yōu)勢及特點(diǎn)，并對使用cairngorm框架輔助flex程序開發(fā)所需要的技術(shù)背景進(jìn)行了研究。本課題以flex語言開發(fā)基于ria技術(shù)的網(wǎng)絡(luò)監(jiān)控系統(tǒng)，解決了傳統(tǒng)的web方式或c/s架構(gòu)下網(wǎng)絡(luò)監(jiān)控的一些缺點(diǎn)，提供更豐富、更具有交互性和響應(yīng)性的用戶體驗。課題以flex和java語言展現(xiàn)ria技術(shù)在低數(shù)據(jù)量通信和用戶體驗方面的優(yōu)勢。本人主要任務(wù)是實現(xiàn)ria技術(shù)在查詢模塊的作用，主要完成的工作是交換機(jī)的查詢模塊，用以完成查詢功能。1.2.2研究意義目前網(wǎng)絡(luò)監(jiān)控采用的主流技術(shù)有傳統(tǒng)的web方式和c/s架構(gòu)以及ria技術(shù)，而采用ria技術(shù)所帶來的優(yōu)勢有：1.立即部署

14、、跨平臺、采用逐步下載來檢索內(nèi)容和數(shù)據(jù)以及可以充分利用被廣泛采納的互聯(lián)網(wǎng)標(biāo)準(zhǔn)。ria具有通信的特點(diǎn),包括實時互動的聲音和圖像。2.客戶機(jī)在ria中的作用不僅是展示頁面，它可以在后臺與用戶所要求的進(jìn)行異步計算、傳送和檢索數(shù)據(jù)、顯示集成的用戶界面和綜合使用聲音和圖像，這一切都可以在不依靠客戶機(jī)連接的服務(wù)器或后端的情況下進(jìn)行。3. ria可以繼續(xù)使用現(xiàn)有的應(yīng)用程序模型（包括j2ee和.net），因而無需大規(guī)模替換現(xiàn)有的web應(yīng)用程序。通過rich client技術(shù)，可以構(gòu)建更為直觀、易于使用、反應(yīng)更迅速并且可以脫機(jī)使用的應(yīng)用程序。1.3論文的結(jié)構(gòu)組織第一章 介紹了論文課題的研究背景，研究現(xiàn)狀，研究內(nèi)

15、容及組織結(jié)構(gòu)。第二章 簡要分析了flex和java技術(shù)的特點(diǎn)，系統(tǒng)介紹本課題所使用的一些技術(shù)與框架的構(gòu)成，使讀者本課題研究的內(nèi)容有一個詳細(xì)的認(rèn)識。第三章 網(wǎng)絡(luò)監(jiān)控管理平臺的分析與設(shè)計，通過分析設(shè)計出一個詳細(xì)的方案。第四章 網(wǎng)絡(luò)監(jiān)控管理平臺的實現(xiàn)，通過實踐使本課題做出的管理平臺得到實際應(yīng)用。第五章 總結(jié)與展望 總結(jié)本文內(nèi)容和課題研究中的不足之處。第二章 flex與java技術(shù)的分析2.1 ria介紹2.1.1 ria簡介ria是集桌面應(yīng)用程序的最佳用戶界面功能與web應(yīng)用程序的普遍采用和快速、低成本布署以及互動多媒體通信的實時快捷于一體的新一代網(wǎng)絡(luò)應(yīng)用程序。ria中的rich client（豐富

16、客戶端）提供可承載已編譯客戶端應(yīng)用程序（以文件形式，用http傳遞）的運(yùn)行環(huán)境，客戶端應(yīng)用程序使用異步客戶/服務(wù)器架構(gòu)連接現(xiàn)有的后端應(yīng)用服務(wù)器，這是一種安全、可升級、具有良好適應(yīng)性的新的面向服務(wù)模型，這種模型由采用的web服務(wù)所驅(qū)動。結(jié)合了聲音、視頻和實時對話的綜合通信技術(shù)使ria具有前所未有的網(wǎng)上用戶體驗。ria中的富客戶技術(shù)通過提供可承載已編譯客戶端應(yīng)用程序（以文件形式，用http傳遞）的運(yùn)行環(huán)境，客戶端應(yīng)用程序使用異步客戶/服務(wù)器架構(gòu)連接現(xiàn)有的后端應(yīng)用服務(wù)器，這是一種安全、可升級、具有良好適應(yīng)性的新的面向服務(wù)模型，這種模型由采用的web服務(wù)所驅(qū)動。結(jié)合了聲音、視頻和實時對話的綜合通信技術(shù)

17、使富因特網(wǎng)應(yīng)用程序（ria）具有前所未有的網(wǎng)上用戶體驗?！案弧钡母拍畎瑑煞矫?，分別是數(shù)據(jù)模型的豐富和用戶界面的豐富。數(shù)據(jù)中的“富”意思是用戶界面可以顯示和操作更為復(fù)雜的嵌入在客戶端的數(shù)據(jù)模型，它可以操作客戶端的計算和非同步的發(fā)送接收數(shù)據(jù)。這種模式相對于傳統(tǒng)的html頁面的優(yōu)點(diǎn)是程序運(yùn)行于客戶端并且程序更多的是和用戶進(jìn)行交互，同時更少的和服務(wù)器進(jìn)行交互。平衡客戶端和服務(wù)器端的復(fù)雜的數(shù)據(jù)模型可以讓你有更大的空間去創(chuàng)建更高效和更具有交互性的網(wǎng)絡(luò)應(yīng)用程序?！案弧蓖瑯右裁枋隽巳嫣嵘挠媒缑妫琱tml只給用戶提供了非常有限的界面控制元素，而富因特網(wǎng)應(yīng)用（ria）的用戶界面提供了靈活多樣的界面控制元素，

18、這些控制元素可以很好的與數(shù)據(jù)模型相結(jié)合。傳統(tǒng)的因特網(wǎng)模型使用線性的設(shè)計，提供給用戶一些選擇，然后用戶發(fā)送選擇結(jié)果給服務(wù)器，這種單一的模式不符合應(yīng)用程序的靈活交互的要求和用戶的意愿。頻繁的服務(wù)器請求和頁面刷新有很多的缺點(diǎn)包括頁面打開緩慢和降低網(wǎng)絡(luò)帶寬。如果采用富客戶界面，可以從以前的服務(wù)器響應(yīng)影響整個界面，轉(zhuǎn)移到只有收到請求的應(yīng)用程序部分才會做出相應(yīng)的變化。這本質(zhì)上意味著界面被分解成許多獨(dú)立的模塊，這些模塊都會對收到的信息做出相應(yīng)的反應(yīng)，有些會和服務(wù)器端進(jìn)行交互，有些是這些模塊之間的通信。2.1.2 ria的優(yōu)勢ria具有的桌面應(yīng)用程序的特點(diǎn)包括：在消息確認(rèn)和格式編排方面提供互動用戶界面；在無刷

19、新頁面之下提供快捷的界面響應(yīng)時間；提供通用的用戶界面特性如拖放式（drag and drop）以及在線和離線操作能力。ria具有的web應(yīng)用程序的特點(diǎn)包括如：立即布署、跨平臺、采用逐步下載來檢索內(nèi)容和數(shù)據(jù)以及可以充分利用被廣泛采納的互聯(lián)網(wǎng)標(biāo)準(zhǔn)。ria具有通信的特點(diǎn)則包括實時互動的聲音和圖像?？蛻魴C(jī)在ria中的作用不僅是展示頁面，它可以在幕后與用戶請求異步進(jìn)行計算、傳送和檢索數(shù)據(jù)、顯示集成的戶界面和綜合使用聲音和圖像，這一切都可以在不依靠客戶機(jī)連接的服務(wù)器或后端的情況下進(jìn)行。對于企業(yè)來說，部署ria的好處在于：1）ria可以繼續(xù)使用現(xiàn)有的應(yīng)用程序模型（包括j2ee和.net），因而無需大規(guī)模替換

20、現(xiàn)有的web應(yīng)用程序。通過rich client技術(shù)，可以輕松構(gòu)建更為直觀、易于使用、反應(yīng)更迅速并且可以脫機(jī)使用的應(yīng)用程序2。2）ria可以幫助企業(yè)提供多元化的重要業(yè)務(wù)效益，包括產(chǎn)提高銷量、提高品牌忠誠度、延長網(wǎng)站逗留時間、較頻繁的重復(fù)訪問、減少帶寬成本、少支持求助以及增強(qiáng)客戶關(guān)系等。2.1.3 ria的技術(shù)特點(diǎn)ria利用相對健壯的客戶端描述引擎，這個引擎能夠提供內(nèi)容密集、響應(yīng)速度快和圖形豐富的用戶界面。除了提供一個具有各種控件(滑標(biāo)、日期選擇器、窗口、選項卡、微調(diào)控制器和標(biāo)尺等)的界面之外，ria一般還允許使用svg(scalable vector graphics，可伸縮向量圖)或其他技術(shù)

21、來隨時構(gòu)建圖形。一些ria技術(shù)甚至能夠提供全活動的動畫來對數(shù)據(jù)變化作出響應(yīng)。此外，利用ria技術(shù)，數(shù)據(jù)能夠被緩存在客戶端，從而可以實現(xiàn)一個比基于html的響應(yīng)速度更快且數(shù)據(jù)往返于服務(wù)器的次數(shù)更少的用戶界面。對于無線設(shè)備和需要偶爾連接的設(shè)備來說，將來的趨勢肯定是向富客戶端的方向發(fā)展，并且會逐漸遠(yuǎn)離基于文本的web客戶端。那些運(yùn)行在膝上設(shè)備上的應(yīng)用系統(tǒng)，可以被設(shè)計成以離線方式工作，或者至少當(dāng)連接丟失的時候能基本上以離線的方式工作。不像傳統(tǒng)j2ee程序那樣，客戶端的請求會導(dǎo)致系統(tǒng)生成一個頁面再返回客戶端，一個ria可以支持更小的單元或組件，這些組件從小到一個投票問題到一個完整的視圖或界面，富客戶模型

22、將界面分解成許多的既可以和用戶直接交互又可以和服務(wù)器進(jìn)行通信的小單元模塊。這種將應(yīng)用程序的設(shè)計從以一個個相對獨(dú)立的頁面為中心轉(zhuǎn)移到以組件為中心的轉(zhuǎn)變將會使客戶層的設(shè)計提升到一個新的層次，并且會使客戶層變得更加靈活。富客戶層不再成為服務(wù)器響應(yīng)的最終端，這同時也使程序的性能得以提高，用戶使用的感覺就好像程序不需要和服務(wù)器進(jìn)行通信或者只是偶爾才需要進(jìn)行通信。最后一個ria模型的特點(diǎn)是事件模型。不像傳統(tǒng)的模型那樣，服務(wù)器收到請求后由上至下的創(chuàng)建客戶端界面，不用預(yù)測事件的順序。既然每個組件都是獨(dú)立的，就沒有必要因為一個請求而做出影響整個視圖的反應(yīng)。要使每個組件都具有向服務(wù)器傳送信息的能力需要每個組件知道

23、如何處理服務(wù)器傳遞回來的信息。在ria中，客戶端和服務(wù)器端交互數(shù)據(jù)是不同步的，這樣就可以控制組件創(chuàng)建信息發(fā)送給服務(wù)器和處理服務(wù)器的響應(yīng)，可以為更零散的控制去藕合分離程序功能并且組建面向服務(wù)的程序結(jié)構(gòu)。2.1.4 ria技術(shù)解決方案當(dāng)前，有不少ria的產(chǎn)品和方案可供我們選擇，使用adobe flex可以創(chuàng)建被廣泛支持的豐富互聯(lián)網(wǎng)應(yīng)用程序，由flashplayer的虛擬機(jī)解釋執(zhí)行，actionscript代碼被編譯成字節(jié)碼以swf格式存在，為了獲得更高的執(zhí)行性能，flash player的jit編譯器再將swf字節(jié)碼轉(zhuǎn)化為本地的機(jī)器碼。flex 3于2007年發(fā)布，盡管更早的flex版本于2004

24、年就有了，但那時的版本不支持jit編譯。java程序員則可以創(chuàng)建java applets，這種解決方案在1995年出現(xiàn)。wpf（windows presentation foundation）是在2006年11月作為.net 3.0其中的一部分發(fā)布，wpf可用來創(chuàng)建internet和桌面應(yīng)用程序。還有ajax，隨著主流瀏覽器對xmlhttprequest api的支持，ajax發(fā)展得很快，也是目前創(chuàng)建ria的解決方案之一。2.2 flex概述2.2.1 flex簡介adobeflex是專注于ria開發(fā)和部署一系列技術(shù)和產(chǎn)品的解決方案，包括the flexframewo政， flexbuilde

25、r， flexente印 riseserviees等。flex技術(shù)是表現(xiàn)層解決方案，像所有其它類似技術(shù)一樣，表現(xiàn)層技術(shù)要解決三個基本問題:表現(xiàn)層界面展示和人機(jī)交互、客戶端數(shù)據(jù)操作、客戶端同服務(wù)器端數(shù)據(jù)交互和整合。flex針對這三個根本問題提供了卓越的解決方案。flex開發(fā)環(huán)境基于eclipse的 flexbuilder集成開發(fā)環(huán)境，這使得使用eclipse的傳統(tǒng)web開發(fā)者很快的熟悉開發(fā)壞境，學(xué)習(xí)速度更快。flex將基于標(biāo)準(zhǔn)的語言和各種可擴(kuò)展用戶界面及數(shù)據(jù)訪問組件結(jié)合起來，使開發(fā)人員能夠快速構(gòu)建具有豐富數(shù)據(jù)演示、強(qiáng)大客戶端邏輯和集成多媒體功能的應(yīng)用程序。使用flex構(gòu)建的應(yīng)用程序能夠在桌面平臺

26、上運(yùn)行，支持對應(yīng)用程序外觀進(jìn)行完全自定義，并支持各種連接到后端數(shù)據(jù)和服務(wù)的方法。在服務(wù)器支持方面flex整合了livecycle data services，coldfusion等功能強(qiáng)大的服務(wù)器產(chǎn)品。flex應(yīng)用開發(fā)程序最終會被編譯成swf類型的nash文件格式，該程序既可以被嵌入在html網(wǎng)頁中呈現(xiàn)也可以在桌面中獨(dú)立顯示。類似于java的虛擬機(jī)環(huán)境，flex程序的客戶端也需要flashplayer容器來運(yùn)行swf執(zhí)行文件。因為flashplayer容器在個人電腦領(lǐng)域的大量普及，使得 flexria擁有了與java應(yīng)用程序同樣的多平臺運(yùn)行能力。開發(fā)者可以使用mxml頁面或acitonscri

27、pt3腳本語言來編寫flex頁面及邏輯。mxml頁面在代碼風(fēng)格上與xml文件相一致，但是mxml最終會被轉(zhuǎn)換為actionscirpt3腳本代碼，這就像之前的jsp腳本最終會轉(zhuǎn)換為javaservtet代碼一樣。憑借著靈活、強(qiáng)大的開發(fā)方式，個性豐富的多媒體應(yīng)用程序，極強(qiáng)的用戶的體驗，flex徹底革新之前認(rèn)尾b應(yīng)用的客戶與服務(wù)器的交互模式，被越來越廣泛的應(yīng)用于企業(yè)級開發(fā)領(lǐng)域中。2.2.2 flex運(yùn)行機(jī)制如圖2.1所示，在設(shè)計階段，開發(fā)人員將通過開發(fā)工具（如eclipse或flex builder）進(jìn)行表現(xiàn)頁面mxml與actionscript代碼的編寫，其中mxml主要負(fù)責(zé)頁面的顯示功能，ac

28、tionscript負(fù)責(zé)部分業(yè)務(wù)和數(shù)據(jù)服務(wù)的交互功能。在編譯階段，所有與flex應(yīng)用程序有關(guān)的組件，包括mxml，actionscript，css樣式表，以及圖像資源，最終被編譯并合并成swf文件，使之能運(yùn)行于flash player中。在運(yùn)行階段，flex應(yīng)用程序?qū)⒏鶕?jù)需要同外部的資源，服務(wù)及數(shù)據(jù)源進(jìn)行交互4。flex應(yīng)用程序以一種及時模型進(jìn)行編譯，不會產(chǎn)生任何用戶體驗的中斷。flex應(yīng)用程序在首次引用時進(jìn)行編譯，然后緩存起來供以后調(diào)用；如果任何有關(guān)文件進(jìn)行了更新，flex應(yīng)用程序也會隨之自動重新編譯7。標(biāo)準(zhǔn)的flex應(yīng)用程序并不要求服務(wù)器端的flex服務(wù)，可以在本地編譯它們并直接部署在we

29、b服務(wù)器的hmtl頁面上。flex應(yīng)用程序還可以部署在應(yīng)用服務(wù)器，使用adobe公司的flex data services,coldfusion flash遠(yuǎn)程服務(wù)或者是j2ee服務(wù)。2.3 cairngorm和mvc模式介紹2.3.1 cairngorm框架介紹cairngorm是一個架構(gòu)式框架(architectural framework)，以mvc模式為主體設(shè)計思想，將flex應(yīng)用程序分為視圖(view)、模型(model)和控制(controller)三個組成部分。view負(fù)責(zé)展示用戶界面；model關(guān)注于數(shù)據(jù)的保存，維護(hù)flex客戶端和服務(wù)器端之間數(shù)據(jù)一致性和flex不同視圖對同一

30、數(shù)據(jù)引用的一致性；而controller負(fù)責(zé)將模型中的數(shù)據(jù)展示到視圖中，還為事件處理和服務(wù)調(diào)用提供了一套封裝機(jī)制。在異步通信、事件驅(qū)動的flex平臺上，cairngorm為構(gòu)建的商業(yè)應(yīng)用程序提供快速而可靠的方法。為了減輕flex程序員的開發(fā)負(fù)擔(dān)，cairngorm使用了mvc分層設(shè)計模式，并且提供了多個有助于開發(fā)的組件，如模型定位器、服務(wù)定位器與前臺控制器等。當(dāng)然cairngorm本身也有其優(yōu)缺點(diǎn)。使用cairngorm框架帶來的好處具體如下:1.基于mvc模式的cairngorm框架將開發(fā)過程分離為狀態(tài)處理、界面表現(xiàn)、業(yè)務(wù)邏輯、服務(wù)端通信。這使得開發(fā)flex應(yīng)用程序變得流程清晰，有利于平行開

31、發(fā)。2.對于數(shù)值的傳遞方面，專門設(shè)置valueobject統(tǒng)一封裝數(shù)據(jù)。這樣使得程序能使用粗粒度的數(shù)據(jù)對象傳輸來提高遠(yuǎn)程傳輸效率。3.cairngorm框架提供了多個loeator組件，如serviee，view，model的資源獲取都是通過locator定位的。這樣對于資源使用只需知道其id，其內(nèi)部實現(xiàn)等待細(xì)節(jié)都是不需要知道的。盡管使用cairngorm框架在一定程度上提高了flex程序開發(fā)的效率，但cairngorm還是有一定的不足，具體如下:1.使用上比較繁瑣，對于大型項目，需要維護(hù)的類也很多2.程序流的控制存在問題。對于控制層，cairngorm框架提供了frontcontroller

32、，正如其名frontcontroller僅能夠提供對前臺事件流的控制導(dǎo)向，在將事件映射到command后便失去作用，即之后的程序流交由command來控制。這種作法實則超出command自身職責(zé)。3.command必須實現(xiàn)ic0mmand接口規(guī)范，這使得command類不符合pojo思想，而且僅能夠?qū)崿F(xiàn)execute方法，開發(fā)者不能自定義多動作處理方法。2.3.2 cairngorm框架的組成部分cairngorm框架由許多部分組成，主要對flex中數(shù)據(jù)傳輸和綁定、事件機(jī)制和服務(wù)調(diào)用進(jìn)行了規(guī)范，并設(shè)計一個統(tǒng)一的模式，且專注于解決三個方面的關(guān)鍵問題：在客戶端處理用戶的行為、封裝業(yè)務(wù)邏輯和服務(wù)交互

33、、管理客戶端信息狀態(tài)并將它們實時顯示在用戶界面上。其組成部分如下表所示：mvc分類特征cairngorm組成部分模型（model）數(shù)據(jù)傳輸和綁定value objectmodel locate視圖視圖view控制器事件機(jī)制front controllercairngorm dispatchercommandcairngorm event服務(wù)調(diào)用service表2-1 cairngorm框架下面將詳細(xì)介紹cairngorm框架的各個組成部分：(1)modellocator(數(shù)據(jù)模型部分)：存儲flex程序中所有的值對象(value objects)并共享變量。modellocator類中所有屬性

34、都是靜態(tài)屬性，保證可使用單例模式，可確保在flex應(yīng)用程序的任何地方都可以定位到，為開發(fā)團(tuán)隊提供一致的空間以值對象實例的形式暴露和共享應(yīng)用程序級的狀態(tài)，并且通過flex強(qiáng)大的數(shù)據(jù)綁定功能保證在模型改變時視圖會被通知，即當(dāng)modellocator中的模型有更新時，所有與此模型綁定的視圖組件都會及時收到通知并更新視圖以展示新的模型。(2)view(界面視圖)：由多個flex組件(button、panel、canvas、tile等)組合到一起形成一個特定的個體，使用flex的綁定(binding)功能來顯示modellocator中包含的數(shù)據(jù)，并針對用戶的交互動作如點(diǎn)擊、拖拽等產(chǎn)生自定義的cairn

35、gormevent事件。在設(shè)計時，需利用flex的事件機(jī)制實現(xiàn)組件間的松耦合。cairngorm框架把“用戶操作”和“系統(tǒng)級別事件”都映射為cairngormevent事件，從基于html的請求應(yīng)答模式中解脫出來，用戶請求不再需要與http請求同步。(3)command(命令部分)：處理業(yè)務(wù)邏輯，調(diào)用cairngorm delegate和(或)其他的command，以及更新modellocator中存儲的值對象和變量。為了響應(yīng)事件，必須為每個事件增加command類來完成與這個事件相關(guān)的工作，還必須實現(xiàn)carirngorm中的command接口。command接口實現(xiàn)類必須實現(xiàn)execute(

36、)的方法且作為入口來執(zhí)行，這使得cairngorm可執(zhí)行每一個command而不考慮這個command實際上做什么。(4)frontcontroller(前端控制器)：接收cairngormevent并將它們映射到相應(yīng)的command類，且作為cairngorm的唯一入口點(diǎn)。擴(kuò)展frontcontroller類，通過addcommand()方法注冊與command類對應(yīng)的事件，底層的cairngorm構(gòu)架完成其他的工作，這樣很容易地在應(yīng)用程序的任何地方廣播合適的事件，并且cairngorm保證相關(guān)的command可以被調(diào)用。當(dāng)frontcontroller類與cairngorm提供的cairn

37、gormeventdispatcher類進(jìn)行協(xié)作時，可任何時候派發(fā)cairngormevent事件。(5)service(服務(wù))：定義連接到遠(yuǎn)程數(shù)據(jù)庫的遠(yuǎn)程過程調(diào)用(http service、webervice、remotobject)。cairngorm使用servicelocator類封裝服務(wù)的實現(xiàn)細(xì)節(jié)，讓開發(fā)者只是簡單地向servicelocator請求一個service，調(diào)用其服務(wù)方法，并處理服務(wù)調(diào)用的結(jié)果，而不必關(guān)心這些結(jié)果是否可以從網(wǎng)絡(luò)傳輸過來。(6)delegate(委派)：由command創(chuàng)建，delegate類將遠(yuǎn)程過程調(diào)用實例化并且將結(jié)果返回給command。一般來說，特定

38、的服務(wù)調(diào)用會被應(yīng)用的不同地方多次調(diào)用，甚至根據(jù)服務(wù)被調(diào)用的上下文的不同，服務(wù)調(diào)用結(jié)果也會不同，故使用業(yè)務(wù)委派類(business delegate)來定位服務(wù)并且調(diào)用服務(wù)中的方法，用作服務(wù)器端和客戶端之間的唯一接口點(diǎn)。(7)value objects(值對象)：用于保存數(shù)據(jù)。它可確保用有含義的對象模型來描述客戶端數(shù)據(jù)，在客戶端和服務(wù)器保持一致的對象模型。圖2-2 cairngorm框架流程2.3.5 mvc設(shè)計模式mvc（model-view-controller）架構(gòu)是比較流行的開發(fā)模式，很多程序語言中都有應(yīng)用，同樣可以用在flex程序中。mvc模式是由三個子系統(tǒng)組成的，它們分別是：mode

39、l、view、controller。model部件，負(fù)責(zé)裝載數(shù)據(jù)和數(shù)據(jù)的行為；view部件，定義用戶界面；controller組件，處理程序中的數(shù)據(jù)。把這三點(diǎn)組合起來，就構(gòu)成了mvc組合。model是在mvc組合中用于存儲數(shù)據(jù)的要素，它可以存儲很簡單的數(shù)據(jù)，也可以存儲極端復(fù)雜的數(shù)據(jù)。對于model的定義，比較通用的說法是：它扮演數(shù)據(jù)庫的角色，并且不依賴view和controller而存在。model與view或controller之間沒有必然的聯(lián)系，這是mvc模式的一大要點(diǎn)，正是因為model的獨(dú)立性導(dǎo)致了mvc組件的巨大彈性。如果一個model與一個view或controller有某種對應(yīng)關(guān)

40、系，那它就被緊緊地綁定了，就只對某種特殊類型的controller或view生效，但是，當(dāng)一個model與某種特殊類型的controller或view沒有對應(yīng)關(guān)系時，它就能被用于各種類型的controller和view之間的交流了。view是程序的界面顯示部分。view把model里的數(shù)據(jù)呈現(xiàn)出來。一個view也就是flex中的一個可視化組件，可能是一個list控件、一個datagrid控件，也可能是一個panel面板，里面包括了按鈕、輸入新的表單，或其他任何種類的組件，所有這些可視化的界面部分都被歸于view部件中。在view中，有部分控件用來顯示數(shù)據(jù)，都是通過讀取model數(shù)據(jù)來完成的。c

41、ontroller是負(fù)責(zé)處理用戶的動作（例如，輸入文本、點(diǎn)擊按鈕），必要時更新model和view系統(tǒng)。比如，用戶點(diǎn)擊按鈕，向數(shù)據(jù)端發(fā)送請求，重新加載數(shù)據(jù)，當(dāng)數(shù)據(jù)加載結(jié)束，model需要更新數(shù)據(jù)。這些都由controller來完成。在mvc組合中，每個部件與其他部件都保持著一種特定的關(guān)系，如圖2-2示。圖2-3 flex mvc模式model部件必須始終保持獨(dú)立。這意味著model不可能了解任何其他要素，也不需要了解其他要素。但這并不意味著model與其他要素毫無聯(lián)系。當(dāng)model中的數(shù)據(jù)改變時model能通報消息，但重要的是，model僅僅只是通報消息，而不負(fù)責(zé)誰獲取消息。這種功能使mode

42、l與其他子系統(tǒng)的聯(lián)系減弱，從而保證了其更大的彈性。view需要單方面了解model，見圖2-6中view和model之間的虛線，它們之間的聯(lián)系是單方面的，沒有約束關(guān)系。view通過兩種途徑與model相互影響：它監(jiān)聽model的更新消息。view和model之間從來不進(jìn)行信息交流，它只是使用model的數(shù)據(jù)。每個view都與它相應(yīng)的model保持一種聯(lián)系。model從來不知道誰在使用自己的數(shù)據(jù)，它的數(shù)據(jù)可能被許多個view使用。和view不同，controller需要控制model。controller處理用戶的交互，捕捉特定的事件，更新model中的數(shù)據(jù)。controller也與view緊密

43、地聯(lián)系在一起。雖然一個controller可能對應(yīng)多個view，但更普遍的情況是一個controller對應(yīng)一個view。mvc模式的關(guān)鍵點(diǎn)在于model的獨(dú)立性，它與view或controller之間沒有對應(yīng)關(guān)系。flex mvc模式不同于傳統(tǒng)表示層設(shè)計模式，比如在struts mvc中，jsp view運(yùn)行時工作在客戶端（client），而controller(其實就是一個servlet)和model(以javabean的形式存在，如：actionform、action、javabean或ejb)運(yùn)行于服務(wù)器端（server）。flex mvc運(yùn)行時，view，controller和mod

44、el全部工作在客戶端，只有需要服務(wù)器端數(shù)據(jù)時才通過controller進(jìn)行調(diào)用。這樣可以大大的減輕服務(wù)器和網(wǎng)絡(luò)帶寬的負(fù)擔(dān)。2.4 dao與bean以及dbpool （1）dao基礎(chǔ) dao模式是標(biāo)準(zhǔn)的j2ee設(shè)計模式之一.開發(fā)人員使用這個模式把底層的數(shù)據(jù)訪問操作和上層的商務(wù)邏輯分開.一個典型的dao實現(xiàn)有下列幾個組件: 一個dao工廠類; 一個dao接口; 一個實現(xiàn)dao接口的具體類; 數(shù)據(jù)傳遞對象(有些時候叫做值對象). 具體的dao類包含了從特定的數(shù)據(jù)源訪問數(shù)據(jù)的邏輯。在下面的這段中你將學(xué)到設(shè)計和實現(xiàn)數(shù)據(jù)訪問對象的技術(shù)。 （2）事務(wù)劃分： 關(guān)于dao要記住的一件重要事情是它們是事務(wù)性對象。

45、每個被dao執(zhí)行的操作（象創(chuàng)建，更新、或刪除數(shù)據(jù)）都是和事務(wù)相關(guān)聯(lián)的。同樣的，事務(wù)劃分（transaction demarcation）的概念是特別重要的。 事務(wù)劃分是在事務(wù)界定定義中的方式。j2ee規(guī)范為事務(wù)劃分描述了兩種模式：編程性事務(wù)（programmatic）和聲明性事務(wù)（declarative）. （3）dbpool 數(shù)據(jù)庫連接是一種關(guān)鍵的有限的昂貴的資源，這一點(diǎn)在多用戶的網(wǎng)頁應(yīng)用程序中體現(xiàn)得尤為突出。它允許應(yīng)用程序重復(fù)使用一個現(xiàn)有的數(shù)據(jù)庫連接，而再不是重新建立一個；釋放空閑時間超過最大空閑時間的數(shù)據(jù)庫連接來避免因為沒有釋放數(shù)據(jù)庫連接而引起的數(shù)據(jù)庫連接遺漏。這項技術(shù)能明顯提高對數(shù)據(jù)庫

46、操作的性能。 數(shù)據(jù)庫連接池在初始化時將創(chuàng)建一定數(shù)量的數(shù)據(jù)庫連接放到連接池中，這些數(shù)據(jù)庫連接的數(shù)量是由最小數(shù)據(jù)庫連接數(shù)來設(shè)定的。無論這些數(shù)據(jù)庫連接是否被使用，連接池都將一直保證至少擁有這么多的連接數(shù)量。連接池的最大數(shù)據(jù)庫連接數(shù)量限定了這個連接池能占有的最大連接數(shù)，當(dāng)應(yīng)用程序向連接池請求的連接數(shù)超過最大連接數(shù)量時，這些請求將被加入到等待隊列中。數(shù)據(jù)庫連接池的最小連接數(shù)和最大連接數(shù)的設(shè)置要考慮到下列幾個因素： 1 最小連接數(shù)是連接池一直保持的數(shù)據(jù)庫連接，所以如果應(yīng)用程序?qū)?shù)據(jù)庫連接的使用量不大，將會有大量的數(shù)據(jù)庫連接資源被浪費(fèi)； 2最大連接數(shù)是連接池能申請的最大連接數(shù)，如果數(shù)據(jù)庫連接請求超過此數(shù)，后

47、面的數(shù)據(jù)庫連接請求將被加入到等待隊列中，這會影響之后的數(shù)據(jù)庫操作。 2.5 flex與java的集成應(yīng)用lcds通信lcds(livecycle data service)之前叫做fds(flex data service)，他是基于java(也有coldfusion版的)后端的數(shù)據(jù)服務(wù)工程，功能包括映射java對象到flex對象(包括調(diào)用java類的方法)、rtmp(real time message protocol)、代理、服務(wù)端生成pdf等功能。圖2-4 flex技術(shù)與j2ee集成的架構(gòu)第三章 網(wǎng)絡(luò)管理系統(tǒng)的分析與設(shè)計3.1 項目概述與分析隨著計算機(jī)網(wǎng)絡(luò)技術(shù)滲透到社會的各個領(lǐng)域，計算機(jī)

48、網(wǎng)絡(luò)變得更加復(fù)雜(網(wǎng)絡(luò)規(guī)模越來越大、復(fù)雜性不斷增加、網(wǎng)絡(luò)異構(gòu)越來越高)，網(wǎng)絡(luò)管理也就變得越來越重要，因為它是使網(wǎng)絡(luò)正常工作并持續(xù)下去重要因素?，F(xiàn)在的網(wǎng)絡(luò)管理系統(tǒng)已經(jīng)成為網(wǎng)管人員必不可少的管理工具。網(wǎng)絡(luò)設(shè)備基礎(chǔ)數(shù)據(jù)管理系統(tǒng)是一個綜合性很強(qiáng)的系統(tǒng)，為網(wǎng)管人員對提供了集成化的、自動化的、高效的工具集合。該平臺包含了網(wǎng)絡(luò)的監(jiān)控、網(wǎng)絡(luò)業(yè)務(wù)的管理、各種網(wǎng)絡(luò)故障的管理等等一系列功能模塊，可采用典型的增量開發(fā)過程實現(xiàn)。傳統(tǒng)的設(shè)備管理系統(tǒng)大都是基于web和c/s架構(gòu)，而他們都存在各自的缺陷，ria技術(shù)則正好解決了這一問題，它集中了web和c/s架構(gòu)的優(yōu)點(diǎn)，提供了更豐富的用戶體驗。本次課程設(shè)計包括主要包括四個模塊

49、，并將每個模塊分為若干個功能點(diǎn)：1、 校區(qū)、樓宇、房間管理模塊，主要實現(xiàn)校區(qū)，樓宇和房間的查詢、添加、修改和刪除功能。2、 配線架、信息點(diǎn)、端口管理模塊，主要實現(xiàn)配線架、信息點(diǎn)、端口信息的查詢、添加、修改和刪除功能。3、 交換機(jī)管理模塊，主要實現(xiàn)交換機(jī)信息的查詢、添加、刪除、修改及交換機(jī)和端口、信息點(diǎn)的映射功能。并實現(xiàn)交換機(jī)間的互聯(lián)，具有核心、匯聚、接入等設(shè)備關(guān)系。4、 圖表繪制模塊，主要工作是將從數(shù)據(jù)庫只能夠獲取的數(shù)據(jù)繪制成柱狀圖或曲線圖，從而實現(xiàn)從硬盤到數(shù)據(jù)庫到j(luò)ava到flex的數(shù)據(jù)連接，并用圖文展現(xiàn)出來。本人在此次設(shè)計中主要負(fù)責(zé)交換機(jī)端口查詢模塊，實現(xiàn)查詢，添加，刪除，修改等功能，并建

50、立各元素之間的對應(yīng)關(guān)系和相應(yīng)的數(shù)據(jù)庫。圖3-1為交換機(jī)管理模塊的用例圖：圖3-1 交換機(jī)管理模塊用例圖3.2系統(tǒng)可行性分析 本項目是數(shù)據(jù)密集型的系統(tǒng)架構(gòu)信息管理系統(tǒng)，信息系統(tǒng)與數(shù)據(jù)庫之間以及信息系統(tǒng)客戶端與服務(wù)器之間均會有大量數(shù)據(jù)的交互行為，故在設(shè)計時，需要選擇良好的系統(tǒng)架構(gòu)降低系統(tǒng)的部署維護(hù)成本，以及為終端用戶提供良好的用戶體驗。 java技術(shù)是當(dāng)前業(yè)界應(yīng)用開發(fā)的成熟技術(shù)，java是面向?qū)ο蟮某绦蛟O(shè)計語言。與面向過程的語言相比，面向?qū)ο蟮恼Z言更能反映人類對世界的認(rèn)識和處理模式，具有良好的代碼重用性。處理復(fù)雜、龐大而且不斷變化的信息系統(tǒng)，必須使用面向?qū)ο蟮某绦蛟O(shè)計語言。 由于傳統(tǒng)的基于html

51、的瘦客戶端技術(shù)開發(fā)的網(wǎng)絡(luò)應(yīng)用程序用戶體驗差，而在設(shè)計圖標(biāo)的生成和戰(zhàn)士方面，開發(fā)難度比較大，是的開發(fā)效率低。如果要保持html頁面的美感和協(xié)調(diào)感，開發(fā)人員還必須掌握一些美工技能，使得開發(fā)人員無法將精力集中在開發(fā)業(yè)務(wù)邏輯上面，故本項目放棄了使用傳統(tǒng)的瘦客戶端技術(shù)。 flex就是一套完整的綜合性ria技術(shù)解決方案。使用flex技術(shù)，開發(fā)人員可以很輕松的實現(xiàn)界面整潔美觀，提高其開發(fā)效率，并且開發(fā)出來的富互聯(lián)網(wǎng)應(yīng)用的用戶體驗好。而且利用flex builder 開發(fā)工具或者安裝了flex插件的eclipse開發(fā)用戶界面時，可以通過拖拽快速開發(fā)出用戶界面，基本達(dá)到所見所得，為開發(fā)人員提供了很大的方便?？偟?/p>

52、來說，使用flex和java技術(shù)能夠開發(fā)出系統(tǒng)，而且能夠成本的消減以及以后其他其他系統(tǒng)開發(fā)的長期受益。故此系統(tǒng)選擇了flex和java技術(shù)來開發(fā)系統(tǒng)。3.3 系統(tǒng)架構(gòu)設(shè)計在設(shè)計整個項目的過程中，運(yùn)用mvc的架構(gòu)模式為基礎(chǔ)。這里面有兩處用到了mvc模式，一處是在整體設(shè)計上，sql server 2000數(shù)據(jù)庫作為model，http/amp及l(fā)cds作為controller，flex應(yīng)用程序作為view組成的mvc架構(gòu)；另一處mvc模式就是在flex應(yīng)用程序之間，又含有controller模塊、model模塊和view模塊。（1）controller模塊：存放所有子模塊或者功能模塊的contro

53、ller控制器，這些controller負(fù)責(zé)和對應(yīng)的remoting 模塊進(jìn)行數(shù)據(jù)通信，并返回數(shù)據(jù)。（2）model模塊：存放所有子模塊或者功能模塊的model數(shù)據(jù)模型，這些模型一般都要是用的單例模式并且繼承自eventdispatcher類，這樣既保證了某個model的唯一性，又使這個model具有了事件派發(fā)能力。為了使這些model在view中的綁定功能起到作用，發(fā)揮出flex工作機(jī)制的優(yōu)勢，我們把這些model都聲明為bindable，使這些模塊具有綁定功能。（3）view模塊：存放所有子模塊或者功能模塊的view顯示頁面。這些view只能夠主要包括flex提供的可視化組件以及一些我們自

54、定義的組件，這些組件美觀、實用，大大提高了用戶端的體驗。圖3-2系統(tǒng)架構(gòu)圖3.4 系統(tǒng)模塊功能設(shè)計該系統(tǒng)是基于internet的網(wǎng)絡(luò)設(shè)備基礎(chǔ)數(shù)據(jù)管理平臺，系統(tǒng)的用戶身份有管理員和用戶2種，各自完成相應(yīng)的管理和使用功能。系統(tǒng)包括了校區(qū)、樓宇、房間管理模塊，配線架、信息點(diǎn)、端口管理模塊，交換機(jī)管理模塊和圖表繪制模塊四個子系統(tǒng)，總體結(jié)構(gòu)如圖3-3所示。圖3-3 系統(tǒng)功能模塊圖本人主要負(fù)責(zé)交換機(jī)的端口查詢模塊，具體如圖3-4圖3-4 端口查詢模塊圖3.5 數(shù)據(jù)庫設(shè)計 為了實現(xiàn)信息管理系統(tǒng)的計算機(jī)化，僅僅用文字來描述信息的流動和存儲還遠(yuǎn)遠(yuǎn)不夠，還要進(jìn)一步調(diào)查分析舍去物質(zhì)流，抽象出信息流，定義出數(shù)據(jù)庫,各

55、數(shù)據(jù)表的結(jié)構(gòu)，并對各種數(shù)據(jù)的屬性和各項處理功能進(jìn)行詳細(xì)分析。系統(tǒng)分析的主要成果是系統(tǒng)的邏輯模型。通過對該系統(tǒng)的研究以及本人負(fù)責(zé)的子系統(tǒng),所涉及到的數(shù)據(jù)表主要分為以下幾個表: switch表，switchport表等。表3.1到表3.4給出了4個數(shù)據(jù)表的具體描述，包括字段名稱，數(shù)據(jù)類型，字段大小，必填字段，允許空字符串等。圖3-5 交換機(jī)er圖1. switch表switch表主要用于保存校區(qū)交換機(jī)信息。包含switchid，switchname，switchtype等。圖3-6 switch表2. switchport表 switchport表主要用于保存交換機(jī)的各個節(jié)點(diǎn)的信息。包含sport

56、id，portname，switchid，switchname等。圖3-7 switchport表3.6持久層設(shè)計持久層主要定義與數(shù)據(jù)庫表對應(yīng)的持久化類以及與之協(xié)作的dao接口和dao實現(xiàn)類，用于向業(yè)務(wù)邏輯層提供訪問數(shù)據(jù)庫的服務(wù)。本系統(tǒng)持久層采用caringorm框架來實現(xiàn)持久化類和數(shù)據(jù)庫表之間的映射。使得程序開發(fā)人員可使用面向?qū)ο蟮乃枷雭聿僮鲾?shù)據(jù)庫表，避免了與關(guān)系型數(shù)據(jù)庫之間的不匹配。持久化類與數(shù)據(jù)庫表之間的對應(yīng)關(guān)系是由持久化類映射文件定義的。在caringorm中，每個持久化類就是一個javabean，有屬性、無參數(shù)的構(gòu)造方法和訪問屬性的getter/setter方法，并且持久化類的屬性和數(shù)據(jù)庫表字段存在對應(yīng)關(guān)系.3.7基于cairngorm框架的flex的表示層設(shè)計本系統(tǒng)采用了flex作為表示層，使用了cairngorm框架，cairngorm框架核心部分由六部分組成，business(業(yè)務(wù)邏輯部分)、command(命令部分)、control