1 引言 面向?qū)ο缶幊蹋∣OP）具有多方面的吸引力。對管理人員，它實現(xiàn)了更快和更廉價的開發(fā)與維護過程。對分析與設(shè)計人員，建模處理變得更加簡單，能生成清晰、易于維護的設(shè)計方案。對程序員，對象模型顯得如此高雅和淺顯。此外，面向?qū)ο蠊ぞ咭约皫斓木薮笸κ咕幊坛蔀橐豁椄谷擞鋹偟娜蝿?wù)。每個人都可從中獲益，至少表面如此。Java便是實現(xiàn)面向?qū)ο缶幊痰囊环N優(yōu)秀的語言。同人類任何語言一樣，Java為我們提供了一種表達思想的方式。如操作得當，同其他方式相比，隨著問題變得愈大和愈復雜，這種表達方式的方便性和靈活性會顯露無遺[1]。Java 吸取了C++面向?qū)ο蟮母拍睿瑢?shù)據(jù)封裝于類中，利用類的優(yōu)點，實現(xiàn)了程序的簡潔性和便于維護性。類的封裝性，繼承性等有關(guān)對象的特性，使程序代碼只需一次編譯，然后通過上述特性反復利用。程序員只需把主要精力用在類和接口的設(shè)計和應(yīng)用上。

MVC模式作為現(xiàn)在軟件行業(yè)最為流行的一種設(shè)計模式，一旦和Java相結(jié)合，所產(chǎn)生的作用是無庸質(zhì)疑的。面向?qū)ο蟮母拍罱Y(jié)合結(jié)構(gòu)清晰的模型-視圖-控制器三層結(jié)構(gòu)，使得軟件設(shè)計人員的思想得到進一步的解放，MVC模式的一個更大的優(yōu)點在于清晰的結(jié)構(gòu)能使得軟件開發(fā)完成之后的維護和拓展變的更加輕松。MVC的優(yōu)點表現(xiàn)在以下幾個方面：（1）可以為一個模型在運行時同時建立和使用多個視圖。變化-傳播機制可以確保所有相關(guān)的視圖及時得到模型數(shù)據(jù)變化，從而使所有關(guān)聯(lián)的視圖和控制器做到行為同步。（2）視圖與控制器的可接插性，允許更換視圖和控制器對象，而且可以根據(jù)需求動態(tài)的打開或關(guān)閉、甚至在運行期間進行對象替換。（3）模型的可移植性。因為模型是獨立于視圖的，所以可以把一個模型獨立地移植到新的平臺工作。需要做的只是在新平臺上對視圖和控制器進行新的修改。（4）潛在的框架結(jié)構(gòu)。可以基于此模型建立應(yīng)用程序框架，不僅僅是用在設(shè)計界面的設(shè)計中。

本文介紹了基于Java的MVC模式的網(wǎng)上日志備忘系統(tǒng)的設(shè)計與實現(xiàn)，主要包括系統(tǒng)需求分析和系統(tǒng)的功能設(shè)計、數(shù)據(jù)庫設(shè)計以及主要的Java類的設(shè)計和相關(guān)的XML文件的配置。本系統(tǒng)主要基于Java和MVC模式，采用struts框架實現(xiàn)主要功能模塊的設(shè)計，采用Mysql數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)結(jié)構(gòu)設(shè)計。重點闡述了用戶登錄模塊、用戶日志管理模塊和后臺管理模塊的設(shè)計。

2 基礎(chǔ)知識 2.1 JAVA程序語言 Java是一種簡單的、面向?qū)ο蟮摹⒎植际降摹⒖山忉尩摹㈡I壯的、安全的、結(jié)構(gòu)中立的、可移植的、性能優(yōu)異的、多線程的、動態(tài)的語言。Java的開發(fā)環(huán)境有不同的版本，如sun公司的Java Developers Kit，簡稱 JDK。后來微軟公司推出了支持Java規(guī)范的Microsoft Visual J++ Java開發(fā)環(huán)境，簡稱 VJ++。現(xiàn)在流行的開發(fā)平臺有Eclipse和JBuilder等。主要具有平臺無關(guān)性、安全性、面向?qū)ο蟆⒎植际健⒔研缘忍攸c[1][2]。

2.2 MVC設(shè)計模式 MVC英文即Model-View-Controller，即把一個應(yīng)用的輸入、處理、輸出流程按照Model、View、Controller的方式進行分離，這樣一個應(yīng)用被分成三個層——模型層、視圖層、控制層。

視圖(View)代表用戶交互界面，對于Web應(yīng)用來說，可以概括為HTML界面，但有可能為XHTML、XML和Applet[3]。隨著應(yīng)用的復雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個應(yīng)用可能有很多不同的視圖，MVC設(shè)計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型(Model)處理。比如一個訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。

模型(Model)：就是業(yè)務(wù)流程、狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計可以說是MVC最主要的核心。MVC設(shè)計模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計依據(jù)。抽象與具體不能隔得太遠，也不能太近。MVC并沒有提供模型的設(shè)計方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。我們可以用對象編程來做比喻，MVC定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。這點對編程的開發(fā)人員非常重要。

業(yè)務(wù)模型還有一個很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型主要指實體對象的數(shù)據(jù)保存（持續(xù)化）。比如將一張訂單保存到數(shù)據(jù)庫，從數(shù)據(jù)庫獲取訂單。我們可以將這個模型單獨列出，所有有關(guān)數(shù)據(jù)庫的操作只限制在該模型中。

控制層(Controller)可以理解為從用戶接收請求， 將模型與視圖匹配在一起，共同完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求。控制層并不做任何的數(shù)據(jù)處理。例如，用戶點擊一個連接，控制層接受請求后， 并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個模型可能對應(yīng)多個視圖，一個視圖可能對應(yīng)多個模型。

2.3 JSP（JAVA SERVER PAGE） 基于文本的WEB組件，在HTML代碼中嵌入JAVA代碼來實現(xiàn)動態(tài)內(nèi)容的輸出的一項技術(shù)。

1）利于將創(chuàng)建內(nèi)容和表示內(nèi)容的代碼分離開來；

2）標簽技術(shù)更容易使人理解和使用，組件重用；

3）動態(tài)內(nèi)容與靜態(tài)內(nèi)容的分離；

4）本質(zhì)上還是servlet，在服務(wù)器端被轉(zhuǎn)換成servlet；

5）適合多層WEB應(yīng)用開發(fā)體系結(jié)構(gòu) 。

2.4 Struts框架 Struts是采用Java Servlet/JavaServer Pages技術(shù)，開發(fā)Web應(yīng)用程序的開放源碼的framework。采用Struts能開發(fā)出基于MVC(Model-View-Controller)設(shè)計模式的應(yīng)用構(gòu)架[4]。

Struts有如下的主要功能：包含一個controller servlet，能將用戶的請求發(fā)送到相應(yīng)的Action對象[5]。JSP tag庫，并且在controller servlet中提供關(guān)聯(lián)支持，幫助開發(fā)員創(chuàng)建交互式表單應(yīng)用。提供了一系列實用對象：XML處理、通過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息[6]。

Struts優(yōu)點：

1）集中式的、基于XML的配置方式，避免了Java硬編碼；

2）提供了Form bean的方式封裝用戶請求的參數(shù)，使其在請求階段方便使用；

3）自定義了很多有用的標簽，如Bean tags可以方便操作Bean中的內(nèi)容；HTML tags 可以讓你輕松初始化表單域等內(nèi)容；

4）增加了表單驗證功能。

3 系統(tǒng)設(shè)計 3.1需求分析 本系統(tǒng)的用戶可分為管理員，注冊用戶和普通用戶（即未注冊用戶）三類。考慮到系統(tǒng)的安全性，本系統(tǒng)共分成兩個界面：一個界面用于注冊登錄，主要進行基本資料的修改、日志分類和日志內(nèi)容的管理以及查詢等，進入方式為主頁默認顯示；另外一個界面用于后臺管理員登錄，主要負責審核用戶權(quán)限、系統(tǒng)新聞維護、公告維護等。

從總體上看，系統(tǒng)主要需要實現(xiàn)了下列功能：

對管理員來說，包括用戶管理、新聞維護、公告維護。

l用戶管理：管理員可以通過進入用戶管理模塊對用戶進行相關(guān)的操作。首先從查詢頁面輸入查詢條件，結(jié)果在查詢模塊下方分頁顯示，管理員可以在查詢結(jié)果中對用戶進行相關(guān)操作。主要包括用戶信息的瀏覽，注冊用戶的權(quán)限的審批和停用，用戶的刪除。

l新聞維護：管理員可以對前臺首頁的本站新聞進行維護，包括新聞的添加，修改和刪除。

l公告維護：管理員對首頁公告進行更新。

對用戶來說，包括用戶注冊、用戶登陸、瀏覽新聞和共享文章，以及登陸后日志分類維護，日志內(nèi)容維護等。

l用戶注冊：非注冊用戶要取得系統(tǒng)的使用權(quán)必須先進行用戶注冊。用戶通過進入注冊對自己的基本信息進行填寫，提交后經(jīng)過管理員審核完成，正式獲得系統(tǒng)的使用權(quán)。

l用戶登陸：注冊完成并且經(jīng)過審核的用戶須登陸后才能進入日志維護頁面。該模塊實現(xiàn)了用戶的登陸和錯誤驗證。

l瀏覽新聞和共享文章：普通用戶（包括注冊和非注冊用戶）進入首頁都能對新聞和注冊用戶發(fā)布的公開權(quán)限的文章進行瀏覽，通過點擊標題能夠查看詳細內(nèi)容。

l日志分類維護：此模塊主要對日志分類進行維護。如果是第一次進入系統(tǒng)，寫日志之前必須先添加日志分類。本模塊主要實現(xiàn)了分類的即時添加和刪除。

l日志內(nèi)容維護：注冊用戶登陸后在日志維護主頁面點擊分類，頁面顯示出此分類下的所有日志，在日志標題右邊能對發(fā)布日志進行刪除和修改，點擊日志標題能瀏覽日志全文，在日志顯示模塊上方點擊發(fā)布日志，進入日志發(fā)布頁面。

需求分析用例圖如圖 3-1。

圖3-1 需求分析用例圖

3.2 功能劃分 3.2.1 前臺功能模塊劃分

圖3-3后臺功能模塊圖

3.3 數(shù)據(jù)庫設(shè)計 3.3.1 數(shù)據(jù)庫需求分析 根據(jù)系統(tǒng)的需求，主要數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)如下。

l 管理員信息，包括的數(shù)據(jù)項有：用戶名、口令等。

l 用戶信息，包括的數(shù)據(jù)項有：用戶名、密碼、真實姓名、性別、聯(lián)系方式、E-mail地址、電話、用戶簡介等。

l 日志信息，包括的數(shù)據(jù)項有：日志編號、標題、內(nèi)容、發(fā)布時間、更新時間、發(fā)布人、所屬分類等。

l 日志類別信息，包括的數(shù)據(jù)項有：類別編號、類別名、創(chuàng)建用戶名。

l 新聞信息，包括的數(shù)據(jù)項有：新聞編號、標題、內(nèi)容、更新時間、轉(zhuǎn)載地址等。

l 公告信息，包括的數(shù)據(jù)項有：公告編號、標題、內(nèi)容、更新時間等。

為了從多方面來保障用戶個人信息和日志信息的安全性、可信性，本系統(tǒng)還應(yīng)該建立一套機制，這套機制至少應(yīng)該包括用戶和后臺管理的賬號的安全機制、后臺數(shù)據(jù)庫的安全機制、用戶使用過程的控制和驗證機制。

3.3.2 數(shù)據(jù)庫物理設(shè)計 本系統(tǒng)數(shù)據(jù)庫主要使用POWERDESIGNER進行邏輯設(shè)計和物理設(shè)計。該軟件能很直觀將實體之間的關(guān)系清晰的表述出來。數(shù)據(jù)庫的物理設(shè)計如圖 3-4。

圖3-4 數(shù)據(jù)庫的物理設(shè)計

3.3.3 數(shù)據(jù)庫邏輯設(shè)計 由于本系統(tǒng)是為網(wǎng)上日志備忘系統(tǒng)而設(shè)計的，因此數(shù)據(jù)庫名稱定為diary。根據(jù)需求分析設(shè)計了如下圖所示的數(shù)據(jù)庫結(jié)構(gòu)圖3-5。具體的用戶數(shù)據(jù)表詳細信息見附錄一。

圖3-5 數(shù)據(jù)庫結(jié)構(gòu)

3.4 系統(tǒng)結(jié)構(gòu) 因為本系統(tǒng)的實現(xiàn)主要是基于Java的MVC設(shè)計模式，所以整個軟件在架構(gòu)被分成了三部分，也就是MVC中的三個表現(xiàn)層：模型層，控制層和視圖層。下面分別就這三個表現(xiàn)層對系統(tǒng)結(jié)構(gòu)進行說明。

首先是視圖層。視圖層簡單的理解就是用戶的操作界面和程序在處理完用戶提交的請求之后返回給用戶的結(jié)果顯示界面。本系統(tǒng)的視圖層主要是用JSP頁面來實現(xiàn)的。JSP是JAVA的一個網(wǎng)絡(luò)應(yīng)用組件，它通過動態(tài)JSP代碼和HTML語句的相互嵌套，經(jīng)服務(wù)器編譯之后在瀏覽器上顯示處理結(jié)果[7][8]。本系統(tǒng)的JSP頁面可分為兩類：完整的JSP頁面和功能單一的JSP代碼段。完整的JSP頁面基本上規(guī)劃好了整個頁面的顯示格局，具有獨立顯示結(jié)果的功能；而功能單一的JSP代碼段是為了保證代碼的清晰性和可重用性而獨立出來的只具有單一功能的代碼段，它不能被獨立顯示出來，而只能通過在完整的JSP頁面中使用JSP動作語句INCLUDE使之成為JSP頁面的一個功能塊[9]。本系統(tǒng)的JSP頁面都放在webcontent文件夾下， 并且根據(jù)各自功能而命名，如日記修改JSP文件叫editDiary.jsp、分類編輯JSP文件叫editKind.jsp。

其次是控制層。由于主要使用Struts框架來實現(xiàn)MVC模式的設(shè)計，控制層主要是在webcontent下WEB-INF文件夾中的web.xml和struts-config.xml（見附錄）來實現(xiàn)整個系統(tǒng)的邏輯跳轉(zhuǎn)（具體內(nèi)容見附錄）。當然在這之前必須把struts的外部jar包放到web-inf下的lib文件夾中，這樣在寫java類時直接繼承struts的相關(guān)類便可實現(xiàn)商業(yè)邏輯了。

再次是模型層。一個好的項目必然有一個好的軟件結(jié)構(gòu)，在建立JAVA類之前，根據(jù)項目不同的功能先建立各自的類包很關(guān)鍵，這樣能使在開發(fā)的時候不會因為找不到相關(guān)的類而暈頭轉(zhuǎn)向[10]。本系統(tǒng)一共建立了6個包，分別是my.bean，my.dao，my.action，my.form，my.util，my.base。下面分別對各個包里面類的作用進行簡單的介紹。

My.bean：主要是存放Javabean類，主要包括和數(shù)據(jù)庫中數(shù)據(jù)表的字段相對應(yīng)的屬性和賦值取值方法。為數(shù)據(jù)操作對象對數(shù)據(jù)進行操作時提供盛放數(shù)據(jù)的容器。

My.dao：數(shù)據(jù)操作對象包。沒個類中都對應(yīng)相關(guān)數(shù)據(jù)表的所有數(shù)據(jù)增刪查改操作方法。

My.action：嚴格來說這個包里的類應(yīng)該屬于控制層。和struts-config.xml文件聯(lián)合作用。該包的類全部繼承自struts包中的Action類。通過復寫execute()方法來實現(xiàn)業(yè)務(wù)邏輯。

My.form：表單類，所有從頁面提交的表單，通過struts-config.xml文件關(guān)聯(lián)后都能和此包中的類進行自動匹配。本包中類的結(jié)果類似于bean，只不過所有屬性都是和表單中的參數(shù)名對應(yīng)的。在創(chuàng)建相應(yīng)的賦值取值方法之外，如果表單需要驗證的話，必須復寫父類的validate()方法實現(xiàn)表單的驗證。

My.util：實用工具類。輔助類包，主要放一些重復使用次數(shù)較多的類文件。如數(shù)據(jù)庫連接類Conn。

My.base：基本類。里面存放和struts驗證機制和國際化相關(guān)聯(lián)的properties文件和用來解決頁面顯示亂碼問題的過濾器CharacterEncodingFilter類文件。（struts-config.xml和web.xml文件見附錄三）

系統(tǒng)需要的Mysql數(shù)據(jù)庫驅(qū)動類和struts外部包放在WebContent目錄下的WEB-INF中的lib文件夾下。

源程序的文件結(jié)構(gòu)視圖如圖3-6。

圖3-6 源程序的文件結(jié)構(gòu)視圖

4 主要功能模塊概述

4.1 用戶注冊模塊 4.1.1 流程分析

如果用戶要使用為系統(tǒng)提供的日志功能，那么在使用之前必須先注冊。注冊方式很簡單在首頁登陸模塊內(nèi)點擊進入注冊頁面。頁面中的用戶信息用戶名和密碼為必填項。若此兩項信息未正確填寫將返回到注冊頁面并且顯示錯誤信息。執(zhí)行入庫操作之前先查詢用戶名是否已經(jīng)存在，若已存在則返回注冊頁面顯示錯誤提示。為保障系統(tǒng)的安全性，用戶在注冊成功之后，需等待管理員審批。在審批通過之后方能成為正式用戶，使用該系統(tǒng)相關(guān)功能。用戶注冊過程活動圖如圖4-1。

圖4-1 用戶注冊過程