【文章內(nèi)容簡(jiǎn)介】 理念、多線程并發(fā)處理等技術(shù)，并結(jié)合 adobe 公司最新版本的 flex CS4 對(duì)整個(gè)后臺(tái)管理系統(tǒng)進(jìn)行開(kāi)發(fā)整合。論文先闡述開(kāi)發(fā)這個(gè)系統(tǒng)的意義，接著對(duì)比 flex 平臺(tái)和傳統(tǒng) J2EE 平臺(tái)的區(qū)別，并盡可能多的融入一些國(guó)外最新的開(kāi)發(fā)技術(shù)，以這些技術(shù)和思想為前提，提出一個(gè)技術(shù)、經(jīng)濟(jì)上可行的樓盤(pán)管理方案，然后詳細(xì)介紹系統(tǒng)需求和系統(tǒng)概要，再根據(jù)本人負(fù)責(zé)的模塊分別著重介紹各自模塊的實(shí)現(xiàn)方法，最后，對(duì)整個(gè)系統(tǒng)的關(guān)鍵技術(shù)和開(kāi)發(fā)中出現(xiàn)的問(wèn)題進(jìn)行分析和討論。 天津工業(yè)大學(xué) 2021 屆本科生畢業(yè)論文 5 第二章 技術(shù)方法與理論分析 MVC 設(shè)計(jì)模式分析 MVC 設(shè)計(jì)模式概述 MVC（ Model View Controller）是一種軟件設(shè)計(jì)規(guī)范，主要作用是使業(yè)務(wù)邏輯和數(shù)據(jù)顯示分離，方便軟件的開(kāi)發(fā)和編寫(xiě)，同時(shí)可以最大程度增加軟件的可維護(hù)性。比如要修改一個(gè)系統(tǒng)的頁(yè)面，在 MVC 模式中只用修改 View 的內(nèi)容，而 model 和 controller 層的內(nèi)容則不用修改，這可以極大的減少工作量和維護(hù)成本。 MVC 工作原理 要了解 MVC 的工作原理，首先要了解 MVC 中每個(gè)字母所代表的含義。 M為模型層（ model），表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則，模型層是整個(gè)系統(tǒng)的核心，擁有最多的邏輯處理任務(wù)，同時(shí)模型層的代碼 要遵循 OOP 原則，做到盡可能的重用。V 為視圖層（ view），是用戶可以看到的并且可以和用戶進(jìn)行交互的界面，簡(jiǎn)單來(lái)說(shuō)就是系統(tǒng)的外觀頁(yè)面，視圖層只是進(jìn)行數(shù)據(jù)的傳遞和顯示，并不進(jìn)行數(shù)據(jù)的處理。 C 為控制層（ controller），位于服務(wù)器端，負(fù)責(zé)接收視圖層的請(qǐng)求并調(diào)用模型層的邏輯處理規(guī)則對(duì)用戶請(qǐng)求進(jìn)行處理，因而視圖層發(fā)出請(qǐng)求的時(shí)候，控制層不做任何輸出，只是決定調(diào)用某個(gè)構(gòu)件來(lái)處理請(qǐng)求，然后確定調(diào)用哪個(gè)頁(yè)面顯示返回的數(shù)據(jù)。對(duì)這 3 個(gè)字母的理解也就是對(duì)整個(gè) MVC 模式工作原理的理解了。 MVC 體系結(jié)構(gòu)及優(yōu)勢(shì) MVC 體系結(jié)構(gòu)具有低耦合、高內(nèi)聚的特點(diǎn)，并且成本低，可以適合快速部署，可維護(hù)性很強(qiáng)，十分利于軟件開(kāi)發(fā)的管理。利用 MVC 體系模式寫(xiě)出來(lái)的代碼可讀性好，項(xiàng)目結(jié)構(gòu)清晰，各模塊分工細(xì)致，尤其適合多人開(kāi)發(fā)的項(xiàng)目使用，并且 MVC 模式經(jīng)過(guò)多年的使用和論證，體系結(jié)構(gòu)已經(jīng)變得非常成熟，基本上已經(jīng)成為現(xiàn)在系統(tǒng)開(kāi)發(fā)的主流體系結(jié)構(gòu)，由 MVC 衍生出來(lái)的各種體系更是數(shù)不勝數(shù)，因此 MVC 體系結(jié)構(gòu)非常適合我們這個(gè)樓盤(pán)管理系統(tǒng)。 flex 技術(shù)分析 flex 技術(shù)概述 Flex 是 adobe 公司提供的一個(gè)用于構(gòu)建 web 應(yīng)用程序的 高效開(kāi)源 框架，利用這種框架開(kāi)發(fā)出來(lái)的應(yīng)用程序借助 adobe flash player 和 adobe AIR 運(yùn)行時(shí)可以跨瀏覽器、桌面、系統(tǒng)實(shí)現(xiàn)部署和運(yùn)行。強(qiáng)大的表現(xiàn)力是 flex 技術(shù)體系開(kāi)發(fā)出來(lái)的應(yīng)用程序的一個(gè)最大特點(diǎn)， flex 最早是由 flash 的締造者 macromedia天津工業(yè)大學(xué) 2021 屆本科生畢業(yè)論文 6 公司提出的，因而 flex 中很多功能控件的使用類(lèi)似于 flash，連 flex 端 ActionScript類(lèi)的書(shū)寫(xiě)也跟 flash 的相同，最終 flex 生成的 mxml 文件會(huì)經(jīng)過(guò)編譯器編譯生成一個(gè)類(lèi)似 flash 中 swf 文 件的文件，而從系統(tǒng)前臺(tái)來(lái)看， flex 的網(wǎng)頁(yè)和一個(gè) flash網(wǎng)頁(yè)幾乎是沒(méi)有區(qū)別的。 Flex4 的編譯器是 flash builder ，這個(gè)編譯器可以整合進(jìn) myeclipse 中和 Java 一起整合開(kāi)發(fā)，在整個(gè)項(xiàng)目中， flex 端將替代正常網(wǎng)站制作時(shí)的 JSP 頁(yè)面，也就是說(shuō) flex 端其實(shí)就是 MVC 中的視圖層（ View），而 java端的作用就是 MVC 中的模型層（ Model），封裝業(yè)務(wù)邏輯和獲取數(shù)據(jù)庫(kù)數(shù)據(jù)，實(shí)現(xiàn) MVC 中控制層（ Controller）的則是 flex 項(xiàng)目開(kāi)始開(kāi)發(fā)時(shí)生成的一個(gè) xml 配置文件。 flex 技術(shù)優(yōu)勢(shì)分析 正如前面所提到的， flex 的技術(shù)提供商是 adobe 公司，強(qiáng)調(diào)的是頁(yè)面的美觀和更好的用戶體驗(yàn)，而且 flex 的提出者是 flash 的締造者 macromedia 公司，因此 flex 擁有很強(qiáng)的表現(xiàn)力，很好的用戶體驗(yàn)，加上 flex 需要的插件很少，唯一需要的插件是 adobe flash player ，這款插件全球幾乎所有的電腦都擁有，這就證明 flex 可以擁有很好的跨平臺(tái)性能，可以為絕大多數(shù)人所使用而不需要安裝復(fù)雜的客戶端或者大量的插件，這正是 B/S 框架下的系統(tǒng)所要達(dá)到的目標(biāo)，實(shí)現(xiàn)跨平臺(tái)的使用。加上 flex 的編譯器 flash builder 可以同 visual studio 2021 以及 eclipse、myeclipse 等整合成集成環(huán)境，配合多種語(yǔ)言進(jìn)行開(kāi)發(fā)，因而用 flex 作為這個(gè)樓盤(pán)系統(tǒng)的視圖層（ View）來(lái)開(kāi)發(fā)是一個(gè)很好的選擇。 flex 與 Java 交互 Flex 不同于一般的 jsp 頁(yè)面，正如 所提到的，相比一般的 jsp 頁(yè)面 flex 頁(yè)面有很多優(yōu)勢(shì)的地方，但是 flex 的頁(yè)面同樣有很多的不足，尤其是 flex和 java 交互，也就是獲取模型層（ model）數(shù)據(jù)的時(shí)候，有很多的問(wèn)題需要解決。 首先， flex 端不能與 java 端直接進(jìn)行通信，連接 Java 端和 flex 端必須要通過(guò)一個(gè) xml 文件實(shí)現(xiàn)，這個(gè)文件是配置文件夾下的 文件，這個(gè)文件的作用就相當(dāng)于 MVC 中的控制層（ Controller）， flex 端所有對(duì) java 端的調(diào)用都要通過(guò)這個(gè)配置文件來(lái)進(jìn)行，只有修改了該 xml 文件中的配置路徑， flex端才能調(diào)用 java 端的 java 類(lèi)。 Flex 與 java 交互如圖 21(flex 與 java 交互圖 )所示： 圖 21 flex與 java交互圖 天津工業(yè)大學(xué) 2021 屆本科生畢業(yè)論文 7 其次， flex 端還存在一個(gè)很?chē)?yán)重的 問(wèn)題，就是 flex 端只能接收 java 端傳遞過(guò)來(lái)的 String 類(lèi)型的字符串，不能接收任何的其他類(lèi)型的數(shù)據(jù)，如 list、 array等。 java 端被調(diào)用以后產(chǎn)生的返回值，都要重新封裝成一個(gè) string 類(lèi)型的字符串返回給 flex 端，然后在 flex 端進(jìn)行字符串的解析，這個(gè)缺點(diǎn)無(wú)疑加大了代碼編寫(xiě)量和難度。為了實(shí)現(xiàn) java 端和 flex 端數(shù)據(jù)的傳遞，需要在 java 端的 entity 包（實(shí)體類(lèi)包）中重寫(xiě) toString 方法，并在 biz 返回?cái)?shù)據(jù)給 flex 端之前調(diào)用這個(gè)方法對(duì)數(shù)據(jù)進(jìn)行封裝，而在 flex 端則需要對(duì)這段封裝以后的數(shù)據(jù)進(jìn) 行解析，然后利用數(shù)據(jù)綁定的方式讓數(shù)據(jù)顯示出來(lái)。 最后，還有一個(gè)很?chē)?yán)重的問(wèn)題是， flex 端沒(méi)有 session 這個(gè)在 jsp 中常用而且是最重要的功能，因此 flex 頁(yè)面中的防穿墻不能通過(guò) session 來(lái)實(shí)現(xiàn)，而是要通過(guò)代碼編寫(xiě)的方式人為的構(gòu)建一個(gè)類(lèi)似 session 功能的類(lèi)，讓前臺(tái)在頁(yè)面運(yùn)行時(shí)調(diào)用。 flex 端單例模式的應(yīng)用 單例模式是一種常用的軟件設(shè)計(jì)模式 ，其 核心結(jié)構(gòu)中只包含一個(gè)被稱為單例類(lèi)的特殊類(lèi)。通過(guò)單例模式可以保證系統(tǒng)中一個(gè)類(lèi)只有一個(gè)實(shí)例而且該實(shí)例易于外界訪問(wèn)，從而方便對(duì)實(shí)例個(gè)數(shù)的控制并節(jié)約系統(tǒng)資 源。如果希望在系統(tǒng)中某個(gè)類(lèi)的對(duì)象只能存在一個(gè)，單例模式是最好的解決方案 。 在 flex 中引入單例，有兩個(gè)重要的原因，其中一個(gè)在 中已經(jīng)提到，因?yàn)?flex 端沒(méi)有 session 可以供使用，只能人為的定義一個(gè)類(lèi)似 session 的類(lèi)，這個(gè)類(lèi)不僅 java 端有， flex 端也要有，因?yàn)?flex 端進(jìn)行頁(yè)面跳轉(zhuǎn)的時(shí)候頁(yè)面間需要傳遞數(shù)據(jù)不能通過(guò) flex 端直接傳送，而是要把需要傳送的數(shù)據(jù)放入 java 端，然后進(jìn)行頁(yè)面跳轉(zhuǎn)，跳轉(zhuǎn)完成的時(shí)候再?gòu)?java 端獲取出那些傳遞的數(shù)據(jù)，因此 flex端的單例的作用其中一個(gè)用途就是替代原來(lái) jsp 頁(yè)面中 session 的部分功能，存儲(chǔ)一些諸如登錄用戶名、用戶 id 這樣的一些信息，方便調(diào)用和防穿墻的檢測(cè)。 Flex 中引入單例的另外一個(gè)原因就是要加快系統(tǒng)的運(yùn)行速度，這點(diǎn)跟nosql 理念是相關(guān)聯(lián)的，可以簡(jiǎn)單的把這個(gè)單例理解為設(shè)置在 flex 端的一個(gè)緩存，用來(lái)存儲(chǔ)一些必要信息，當(dāng)用戶在前臺(tái)調(diào)用或者使用的時(shí)候可以極大的加快系統(tǒng)的響應(yīng)速度，提高系統(tǒng)的整體效率。 由于以上兩個(gè)原因，我們決定在這個(gè)樓盤(pán)管理系統(tǒng)的 flex 端中引入單例模式，用于彌補(bǔ) flex 頁(yè)面的不足，同時(shí)也為了加快整個(gè)系統(tǒng)的運(yùn)行效率。 天津工業(yè)大學(xué) 2021 屆本科生畢業(yè)論文 8 nosql 理 念分析 nosql 理念介紹 隨著互聯(lián)網(wǎng) 網(wǎng)站的興起，非關(guān)系型的數(shù)據(jù)庫(kù)成了一個(gè)極其熱門(mén)的新領(lǐng)域，而傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)在應(yīng)付超大規(guī)模和高并發(fā)的 SNS 類(lèi)型的 純動(dòng)態(tài)網(wǎng)站 時(shí) 已經(jīng)顯得力不從心，對(duì)數(shù)據(jù)庫(kù)高并發(fā)讀寫(xiě)的需求 、 對(duì)海量數(shù)據(jù)的高效率存儲(chǔ)和訪問(wèn)的需求 、 對(duì)數(shù)據(jù)庫(kù)的高可擴(kuò)展性和高可用性的需求 等，這些都 暴露 的 難以克服的問(wèn)題 讓很多關(guān)系型數(shù)據(jù)庫(kù)無(wú)用武之地，因此 nosql 應(yīng)運(yùn)而生了，NoSQL(Not Only SQL )，意即 “不僅僅是 SQL”，是一項(xiàng)全新的數(shù)據(jù)庫(kù)革命性運(yùn)動(dòng)，發(fā)展至 2021 年趨勢(shì) 越發(fā)高漲 ， NOSQL 的 核心思想是 提倡運(yùn)用非關(guān)系型的數(shù)據(jù)存儲(chǔ) 代替現(xiàn)有的關(guān)系型數(shù)據(jù)庫(kù)。它的優(yōu)點(diǎn)在于以下幾點(diǎn)：可以處理大量的數(shù)據(jù)、可以突破關(guān)系型數(shù)據(jù)庫(kù)的性能瓶頸、部署和使用十分廉價(jià)、操作相對(duì)較少。 nosql 理念的應(yīng)用 Nosql 的核心理念是提倡用非關(guān)系型的數(shù)據(jù)存儲(chǔ)代替關(guān)系型數(shù)據(jù)存儲(chǔ)，實(shí)現(xiàn)這個(gè)理念可以有很多的方法， Membase 就是一個(gè) nosql 數(shù)據(jù)庫(kù)的典型代表，但是對(duì)于我們的樓盤(pán)管理系統(tǒng)，我們只打算借鑒 nosql 的理念，而不打算借鑒nosql 的數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)，我們使用的數(shù)據(jù)庫(kù)還是關(guān)系型數(shù)據(jù)庫(kù) sqlserver2021， nosql的理念將在 java 端用代碼來(lái)實(shí)現(xiàn)。 在討論 nosql 理念的應(yīng)用之前，不得不說(shuō)明一下計(jì)算機(jī)的運(yùn)行機(jī)制和工作原理，在我們常用的個(gè)人 PC 或者服務(wù)器中，基本會(huì)包括以下一些重要的硬件，CPU、內(nèi)存、硬盤(pán)、高速緩存（ cache）、芯片組等，存儲(chǔ)介質(zhì)中速度最快的是高速緩存（ cache），然后是內(nèi)存，最慢的是硬盤(pán)，而容量大小則是硬盤(pán) 內(nèi)存 高速緩存，高速緩存中會(huì)存放一些經(jīng)常使用的數(shù)據(jù)，以免第二次讀取時(shí)還要從硬盤(pán)中讀出，增加不必要的時(shí)間消耗。然而高速緩存容量小，不適合存放過(guò)多的數(shù)據(jù)，由于硬件水平的 發(fā)展，現(xiàn)代 PC 的內(nèi)存越來(lái)越大，加上新操作系統(tǒng)對(duì)內(nèi)存的管理更加合理，因此將常用數(shù)據(jù)存放在內(nèi)存中將是一個(gè)很好的選擇，這也正好符合了游戲開(kāi)發(fā)中的一個(gè)重要準(zhǔn)則“空間換時(shí)間”。 有了以上的一些對(duì)計(jì)算機(jī)硬件技術(shù)的基本了解，可以開(kāi)始介紹所設(shè)計(jì)的樓盤(pán)管理系統(tǒng)中對(duì)于 nosql 這個(gè)理念的使用了。 CPU 對(duì)內(nèi)存的訪問(wèn)速度遠(yuǎn)遠(yuǎn)高于對(duì)硬盤(pán)的訪問(wèn)速度，而 sqlserver2021 又是將數(shù)據(jù)存放在硬盤(pán)中的，因此在程序運(yùn)行時(shí) CPU 對(duì)數(shù)據(jù)的訪問(wèn)速度就會(huì)下降，為了解決這個(gè)問(wèn)題，我們將通過(guò)代碼的形式，在系統(tǒng)運(yùn)行初始化的時(shí)候分配一塊靜態(tài)的內(nèi)存區(qū)域， 并將所有的數(shù)據(jù)從數(shù)據(jù)庫(kù)導(dǎo)入到內(nèi)存的這塊內(nèi)存區(qū)域中，由于所有的數(shù)據(jù)在系統(tǒng)初始化的時(shí)候已經(jīng)全部被導(dǎo)入內(nèi)存了，因而 web 程序?qū)τ跀?shù)據(jù)的讀取，也就相當(dāng)于對(duì)內(nèi)存進(jìn)行操天津工業(yè)大學(xué) 2021 屆本科生畢業(yè)論文 9 作，如此一來(lái)可以極大的提高系統(tǒng)的運(yùn)行效率。這就是這個(gè)樓盤(pán)管理系統(tǒng)對(duì)于nosql 理念的應(yīng)用。 單例模式與 nosql 結(jié)合 單例模式的核心思想是 通過(guò)單例模式可以保證系統(tǒng)中一個(gè)類(lèi)只有一個(gè)實(shí)例而且該實(shí)例易于外界訪問(wèn)，從而方便對(duì)實(shí)例個(gè)數(shù)的控制并節(jié)約系統(tǒng)資源。 在 中已經(jīng)提到了，我們這個(gè)樓盤(pán)管理系統(tǒng)對(duì) nosql 理念的應(yīng)用是必須在系統(tǒng)初始化的時(shí)候把數(shù)據(jù)庫(kù) 所有的數(shù)據(jù)導(dǎo)入到內(nèi)存的靜態(tài)區(qū)域中的，如果數(shù)據(jù)量巨大的話，將會(huì)對(duì)內(nèi)存空間產(chǎn)生巨大壓力，使用單例模式和 nosql 的結(jié)合，就是為了最大程度的節(jié)約內(nèi)存空間，將這片內(nèi)存區(qū)域設(shè)置成共享的區(qū)域，從而減輕內(nèi)存空間的負(fù)擔(dān)。 具體的樓盤(pán)管理系統(tǒng)是這樣實(shí)現(xiàn)的：構(gòu)建一個(gè)靜態(tài)的 DL 類(lèi)，類(lèi)中有一個(gè)構(gòu)造函數(shù)，構(gòu)造函數(shù)中將寫(xiě)入相應(yīng)代碼，將數(shù)據(jù)庫(kù)中所有的內(nèi)容讀入內(nèi)存，構(gòu)造函數(shù)會(huì)在 DL類(lèi)被調(diào)用的時(shí)候運(yùn)行，也就是說(shuō) DL類(lèi)的運(yùn)行就是整個(gè)系統(tǒng)初始化的時(shí)候，數(shù)據(jù)庫(kù)的數(shù)據(jù)將會(huì)全部被讀入內(nèi)存中分配的靜態(tài)區(qū)域中。如此在所設(shè)計(jì)的樓盤(pán)管理系統(tǒng)中便實(shí)現(xiàn)了 nosql 理念和單例模式相結(jié)合的方式，將有助于提高整個(gè)樓盤(pán)管理系統(tǒng)的性能。 生產(chǎn)者 /消費(fèi)者模式分析 生產(chǎn)者 /消費(fèi)者模式介紹 在實(shí)際的軟件開(kāi)發(fā)過(guò)程中，經(jīng)常會(huì)碰到如下場(chǎng)景：某個(gè)模塊負(fù)責(zé)產(chǎn)生數(shù)據(jù)，這些數(shù)據(jù)由另一個(gè)模塊來(lái)負(fù)責(zé)處理。產(chǎn)生數(shù)據(jù)的模塊，就形象地稱為生產(chǎn)者 ， 而處理數(shù)據(jù)的模塊，就稱為消費(fèi)者。 單純的 抽象出生產(chǎn)者和消費(fèi)者，還夠不上是生產(chǎn)者／消費(fèi)者模式。該模式還需要有一個(gè)緩沖區(qū)處于生產(chǎn)者和消費(fèi)者之間，作為一個(gè)中介。生產(chǎn)者把數(shù)據(jù)放入緩沖區(qū)，而消費(fèi)者從緩沖區(qū)取出數(shù)據(jù)。 如圖 22（ 生產(chǎn)者 /消費(fèi)者模式圖例 ）所示 ： 圖 22 生產(chǎn)者 /消費(fèi)者模式圖例 生產(chǎn)者 /消費(fèi)者模式有很多優(yōu)點(diǎn)，比如解耦、支持并發(fā)、支持忙閑不均等。 (1)解耦：假設(shè)生