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