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