【文章內(nèi)容簡(jiǎn)介】 2 地基礎(chǔ)上實(shí)現(xiàn)的一個(gè) MVC 框架。在 Struts 框架中，模型由實(shí)現(xiàn)業(yè)務(wù)邏輯地 JavaBean 或 EJB 組件構(gòu)成，控制器由 ActionServlet 類(lèi)和 Action 類(lèi)來(lái)實(shí)現(xiàn)，視圖由一組 JSP 文件構(gòu)成。ActionServlet 類(lèi)是 Struts 框架中的核心組件。ActionServlet 繼承了 類(lèi)，它在 MVC 模型中扮演中央控制器的角色。ActionServlet 主要負(fù)責(zé)接受 HTTP 請(qǐng)求信息，根據(jù)配置文件 struts－ 的配置信息，把請(qǐng)求轉(zhuǎn)發(fā)給適當(dāng)?shù)?Action 對(duì)象。如果該 Action 對(duì)象不存在，ActionServlet 會(huì)先創(chuàng)建這個(gè) Action 對(duì)象。Action 類(lèi)負(fù)責(zé)調(diào)用模型的方法，更新模型的狀態(tài)，并幫助控制應(yīng)用程序的流程。對(duì)于小型簡(jiǎn)單的應(yīng)用，Action 類(lèi)本身也可以完成一些實(shí)際的業(yè)務(wù)邏輯。對(duì)于大型應(yīng)用，Action 充當(dāng)用戶(hù)請(qǐng)求和業(yè)務(wù)邏輯處理之間的適配器（Adaptor） ，其功能就是將請(qǐng)求于業(yè)務(wù)邏輯分開(kāi)，Action 根據(jù)用戶(hù)請(qǐng)求調(diào)用相關(guān)的業(yè)務(wù)邏輯組件。當(dāng) ActionServlet 控制器收到用戶(hù)請(qǐng)求后，把請(qǐng)求轉(zhuǎn)發(fā)到一個(gè) Action 實(shí)例。如果這個(gè)實(shí)例不存在，控制器會(huì)首先創(chuàng)建它，然后調(diào)用這個(gè) Action 實(shí)例的 execute（）方法。Action 的 execute（）方法返回 ActionForward 對(duì)象，它封控制器視圖 模型7裝了把用戶(hù)請(qǐng)求再轉(zhuǎn)發(fā)給其他 Web 組件的信息。用戶(hù)定義自己的 Action 類(lèi)，即 Action 基類(lèi)的子類(lèi)時(shí)，必須覆蓋 execute（）方法。在 Action 基類(lèi)中返回 null。Struts 的配置文件 struts－：一個(gè)用戶(hù)請(qǐng)求是通過(guò) ActionServlet 來(lái)處理和轉(zhuǎn)發(fā)的，那么，ActionServlet 如何決定把用戶(hù)請(qǐng)求轉(zhuǎn)發(fā)給哪個(gè) Action 對(duì)象呢？這就需要一些描述用戶(hù)請(qǐng)求路徑和 Action 映射關(guān)系的配置信息了。在 Struts 中，這些配置映射信息都存儲(chǔ)在特定的 XML 文件 struts－ 中。在該配置文件中，每一個(gè) Action 的映射信息都通過(guò)一個(gè) action元素來(lái)配置。這些配置信息在系統(tǒng)啟動(dòng)的時(shí)候被讀入內(nèi)存，供 Struts 在運(yùn)行期間使用。在內(nèi)存中，每一個(gè)action元素都對(duì)應(yīng)一個(gè) 類(lèi)的實(shí)例。3．Struts Framework 的工作原理1) 讀取配置（初始化 ModuleConfig 對(duì)象）Struts 框架總控制器（ ActionServlet）是一個(gè) Servlet，在 中配置成自動(dòng)啟動(dòng)的 Servlet 讀取配置文件（ ）的配置信息，為不同的Struts 模塊初始化相應(yīng)的 ModuleConfig 對(duì)象2) 發(fā)送請(qǐng)求用戶(hù)提交表單或者調(diào)用 URL 向 Web 應(yīng)用程序器提交一個(gè)請(qǐng)求，請(qǐng)求的數(shù)據(jù)用 HTTP 協(xié)議上傳給 Web 服務(wù)器。3) 填充 FORM（實(shí)例化、復(fù)位、填充數(shù)據(jù)、校驗(yàn)、保存）（*.do 請(qǐng)求）從 ActionConfig 中找出對(duì)應(yīng)該請(qǐng)求的 Action 子類(lèi)，如沒(méi)有對(duì)應(yīng)的 Action，控制器直接轉(zhuǎn)發(fā)給 JSP 靜態(tài)頁(yè)面。如有對(duì)應(yīng)的 Action 且這個(gè)Action 有一個(gè)相應(yīng)的 ActionForm，ActionForm 被實(shí)例化并用 HTTP 請(qǐng)求的數(shù)據(jù)填充其屬性，并且保存在 Servlet Context 中（request 或者 session 中） ，這樣它們就可以被其他 Action 對(duì)象或者 JSP 調(diào)用。4) 派發(fā)請(qǐng)求控制器根據(jù)配置信息 ActionConfig 將請(qǐng)求派發(fā)到具體的 Action，相應(yīng)的FormBean 一并傳給這個(gè) Action 的 execute()方法。5) 處理業(yè)務(wù)8Action 一般只包含一個(gè) execute 方法，它負(fù)責(zé)執(zhí)行相應(yīng)的業(yè)務(wù)邏輯（調(diào)用其他業(yè)務(wù)模塊） 。完畢返回一個(gè) ActionForward 對(duì)象，控制器通過(guò)該 ActionForward對(duì)象來(lái)進(jìn)行轉(zhuǎn)發(fā)工作。6) 返回響應(yīng)Action 根據(jù)業(yè)務(wù)處理的不同結(jié)果返回一個(gè)目標(biāo)響應(yīng)對(duì)象給總控制器，該目標(biāo)響應(yīng)對(duì)象對(duì)應(yīng)一個(gè)具體 JSP 頁(yè)面或者另一個(gè) Action。7) 查找響應(yīng)（翻譯響應(yīng)）總控制器根據(jù)業(yè)務(wù)功能 Action 返回的目標(biāo)響應(yīng)對(duì)象，找到對(duì)應(yīng)的資源對(duì)象，通常是一個(gè)具體的 JSP 頁(yè)面。8) 響應(yīng)用戶(hù)目標(biāo)響應(yīng)對(duì)象將結(jié)果展現(xiàn)給用戶(hù)目標(biāo)響應(yīng)對(duì)象（JSP）講結(jié)果頁(yè)面展現(xiàn)給用戶(hù)。流程如圖 23 所示。1 . 初 始 化3 填 充F o r m B e a n7 . 轉(zhuǎn) 換 H t t p 請(qǐng) 求 到目 標(biāo) 響 應(yīng) 對(duì) 象2 . H t t p 請(qǐng) 求6 . 返 回 目 標(biāo)響 應(yīng) 對(duì) 象5 . 調(diào) 用 后 臺(tái) 業(yè) 務(wù)功 能 完 成 商 務(wù) 邏 輯8 . H t t p 響 應(yīng)4 、 將 請(qǐng) 求 轉(zhuǎn) 移 到具 體 A c t i o n 處 理S t r u t s c o n f i g . x m l模 型 ( A c t i o n F o r m )視 圖 J S P業(yè) 務(wù) 功 能 控 制 器（ A c t i o n ）業(yè) 務(wù) 功 能 類(lèi)（ J a v a B e a n ）S t r u t s 框 架 總 控 制 器（ A c t i o n S e r v l e t ）圖 22 Struts 框架流程 Struts 技術(shù)的優(yōu)缺點(diǎn)Struts 優(yōu)點(diǎn)：Struts 是開(kāi)源軟件。使開(kāi)發(fā)者能更深入的了解其內(nèi)部實(shí)現(xiàn)機(jī)制。 Struts 實(shí)9際就是實(shí)現(xiàn)了 MVC 的機(jī)制，切實(shí)可行的把控制和顯示分開(kāi)，從管理上來(lái)說(shuō)可以節(jié)省不必要的時(shí)間和人力的浪費(fèi)。提高了開(kāi)發(fā)速度。也真正的實(shí)現(xiàn)了 bean 的重用。除此之外，Struts 的優(yōu)點(diǎn)主要集中體現(xiàn)在兩個(gè)方面：Taglib 和頁(yè)面導(dǎo)航。Taglib 是 Struts 的標(biāo)記庫(kù)，靈活動(dòng)用，能大大提高開(kāi)發(fā)效率。另外，就目前國(guó)內(nèi)的 JSP 開(kāi)發(fā)者而言，除了使用 JSP 自帶的常用標(biāo)記外，很少開(kāi)發(fā)自己的標(biāo)記，或許 Struts 是一個(gè)很好的起點(diǎn)。 關(guān)于頁(yè)面導(dǎo)航，事實(shí)上可以使系統(tǒng)的脈絡(luò)更加清晰。通過(guò)一個(gè)配置文件，即可把握整個(gè)系統(tǒng)各部分之間的聯(lián)系，這對(duì)于后期的維護(hù)有著莫大的好處。尤其是當(dāng)另一批開(kāi)發(fā)者接手這個(gè)項(xiàng)目時(shí)，這種優(yōu)勢(shì)體現(xiàn)得更加明顯。Struts 缺點(diǎn)： Struts 的標(biāo)志庫(kù)。事實(shí)上要理解這些 Struts 的標(biāo)志庫(kù)，特別是 Bean 和 HTML 標(biāo)志庫(kù)的確要花費(fèi)比較長(zhǎng)的時(shí)間。 JSP 來(lái)實(shí)現(xiàn)處理管道（processing pipeline） 。只能做些簡(jiǎn)單的 include 和 forward,這樣很明顯就會(huì)限制了視圖的靈活性。 JSP 頁(yè)面的任何修改都會(huì)導(dǎo)致 JSP 的重新編譯，這樣是非常耗費(fèi)時(shí)間的。 Hibernate 框架技術(shù) 什么是 Hibernate一 Hibernate 定義Hibernate 是一種 Java 語(yǔ)言下的對(duì)象關(guān)系映射解決方案。 它是一種自由、開(kāi)源的軟件。它用來(lái)把對(duì)象模型表示的對(duì)象映射到基于 SQL 的關(guān)系模型結(jié)構(gòu)中去，為面向?qū)ο蟮念I(lǐng)域模型到傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)的映射，提供了一個(gè)使用方便的框架。二 Hibernate 的作用Hibernate 不僅管理 Java 類(lèi)到數(shù)據(jù)庫(kù)表的映射（包括從 Java 數(shù)據(jù)類(lèi)型到SQL 數(shù)據(jù)類(lèi)型的映射） ，還提供數(shù)據(jù)查詢(xún)和獲取數(shù)據(jù)的方法，可以大幅度減少10開(kāi)發(fā)時(shí)人工使用 SQL 和 JDBC 處理數(shù)據(jù)的時(shí)間。它的設(shè)計(jì)目標(biāo)是將軟件開(kāi)發(fā)人員從大量相同的數(shù)據(jù)持久層相關(guān)編程工作中解放出來(lái)。無(wú)論是從設(shè)計(jì)草案還是從一個(gè)遺留數(shù)據(jù)庫(kù)開(kāi)始，開(kāi)發(fā)人員都可以采用 Hibernate。三 Hibernate 的應(yīng)用Hibernate 對(duì) JDBC 進(jìn)行了非常輕量級(jí)的對(duì)象封裝，使得 Java 程序員可以隨心所欲的使用對(duì)象編程思維來(lái)操縱數(shù)據(jù)庫(kù)。 Hibernate 可以應(yīng)用在任何使用JDBC 的場(chǎng)合，它既可以在 Java 的客戶(hù)端程序使用，也可以在 Servlet/JSP 的Web 應(yīng)用中使用。最具革命意義的是， Hibernate 可以在應(yīng)用 EJB（Enterprise JavaBeans 是 Java 應(yīng)用于企業(yè)計(jì)算的框架）的 J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任。四 Hibernate API 簡(jiǎn)介1 Hibernate API 中的接口可以分為以下幾類(lèi)：（1） 提供訪問(wèn)數(shù)據(jù)庫(kù)的操作的接口，包括 session、Transaction、Query 接口；（2） 用于配置 Hibernate 的接口，Configuration；（3） 間接接口，使應(yīng)用程序接受 Hibernate 內(nèi)部發(fā)生的事件，并作出相關(guān)的回應(yīng)，包括：Interceptor、Lifecycle 、Validatable；（4） 用于擴(kuò)展 Hibernate 功能的接口，如UserType、CompositeUserType、IdentifierGenerator 接口。Hibernate 內(nèi)部還封裝了 JDBC、JTA（Java Transaction API）和 JNDI（Java Naming And Directory Interface） 。其中，JDBC 提供底層的數(shù)據(jù)訪問(wèn)操作，只要用戶(hù)提供了相應(yīng)的 JDBC 驅(qū)動(dòng)程序，Hibernate 可以訪問(wèn)任何一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)。JTA 和 JNDI 使 Hibernate 能夠和 J2EE 應(yīng)用服務(wù)器集成。2 Hibernate 的核心接口框圖五 Hibernate 的優(yōu)缺點(diǎn)11（1）優(yōu)點(diǎn)：a. Hibernate 使用 Java 反射機(jī)制 而不是字節(jié)碼增強(qiáng)程序來(lái)實(shí)現(xiàn)透明性。b. Hibernate 的性能非常好，因?yàn)樗莻€(gè)輕量級(jí)框架。映射的靈活性很出色。c. 它支持各種關(guān)系數(shù)據(jù)庫(kù)，從一對(duì)一到多對(duì)多的各種復(fù)雜關(guān)系。（2）缺點(diǎn)：Hibernate 限制您所使用的對(duì)象模型。例如，一個(gè)持久性類(lèi)不能映射到多個(gè)表。 [11] 123系統(tǒng)分析 系統(tǒng)可行性分析可行性研究的目的是用最小的代價(jià)，在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠得到解決，以是否值得解決。在項(xiàng)目開(kāi)發(fā)之前進(jìn)行可行性論證是非常必要的。一個(gè)項(xiàng)目如果未經(jīng)過(guò)充分的可行性證明，只粗略地估計(jì)解決問(wèn)題的花費(fèi)和方法，就盲目上陣開(kāi)始軟件開(kāi)發(fā)工作，結(jié)果往往是不能在預(yù)定的系統(tǒng)規(guī)?；蛘邥r(shí)間限制解決問(wèn)題，甚至無(wú)法求解，最后造成花費(fèi)在該項(xiàng)目上時(shí)間、人力、物力資源和經(jīng)費(fèi)的浪費(fèi)。 經(jīng)濟(jì)可行性分析主要是對(duì)預(yù)估費(fèi)用和對(duì)項(xiàng)目的經(jīng)濟(jì)效益進(jìn)行評(píng)價(jià)。在費(fèi)用支出方面，需要考慮到主機(jī)費(fèi)用。而開(kāi)發(fā)費(fèi)用，主要考慮人工成本，系統(tǒng)采用的開(kāi)發(fā)環(huán)境及工具價(jià)格低廉，開(kāi)發(fā)語(yǔ)言使用 JSP。而系統(tǒng)需要的運(yùn)行軟件工具主要為：Tomcat 服務(wù)器、Microsoft SQL Server 技術(shù)可行性分析本系統(tǒng)采用當(dāng)今流行的 JSP 作為系統(tǒng)的開(kāi)發(fā)語(yǔ)言，開(kāi)源且免費(fèi)，能提供完善的指令控制語(yǔ)句、類(lèi)與對(duì)象的支持及豐富的數(shù)據(jù)類(lèi)型，為開(kāi)發(fā)高性能、穩(wěn)定的系統(tǒng)提供保證，同時(shí)代碼模塊化高，方便系統(tǒng)以后的修改與維護(hù)。同時(shí)采用Struts 框架，使系統(tǒng)結(jié)構(gòu)清晰，同時(shí)也加快了開(kāi)發(fā)的速度，提高系統(tǒng)的可拓展性。Tomcat 作為系統(tǒng)的服務(wù)器，其支持 jsp 語(yǔ)言，同時(shí)免費(fèi)、開(kāi)源、跨平臺(tái)、部署簡(jiǎn)易，是現(xiàn)代通用、性能強(qiáng)大的服務(wù)器。 社會(huì)可行性分析社會(huì)可行性分析是開(kāi)發(fā)項(xiàng)目的運(yùn)行方式在用戶(hù)組織內(nèi)是否行的通。由于系13統(tǒng)使用 B/S 模式，而且系統(tǒng)分系統(tǒng)管理員與普通用戶(hù)兩類(lèi)，便于管理。再者系統(tǒng)的界面友好，功能人性化，減少酒店對(duì)員工的系統(tǒng)操作培訓(xùn)費(fèi)用 需求分析通過(guò)對(duì)本地城市中多間酒店的調(diào)查，以及對(duì)當(dāng)前較為流行的 C/S 和 B/S 的酒店客房管理系統(tǒng)的研究，得到當(dāng)今社會(huì)上酒店客房管理系統(tǒng)希望有以下的業(yè)務(wù)功能：（包括硬件與軟件）不能過(guò)高，能保證系統(tǒng)穩(wěn)定運(yùn)行為前提，操作人員使用系統(tǒng)能得心應(yīng)手5 添加全國(guó)城市的身份證對(duì)照表，方便核對(duì)6 酒店的物件的庫(kù)存管理 系統(tǒng)功能需求酒店客房管理系統(tǒng)分為六個(gè)模塊。當(dāng)中包括：前臺(tái)管理、預(yù)定管理、庫(kù)存管理、用戶(hù)管理( 僅限管理員)、資料管理和報(bào)表。系統(tǒng)核心模塊為前臺(tái)管理，其功能預(yù)覽如下: 開(kāi)房管理（客戶(hù)信息登記） 退房管理 房間狀態(tài) 房間操作管理 商品消費(fèi)管理 會(huì)員管理系統(tǒng)應(yīng)該達(dá)到以下要求： 可用性。目標(biāo)系統(tǒng)功能齊全，能夠完全滿(mǎn)足業(yè)務(wù)需求?？煽啃?。能連續(xù)準(zhǔn)確的處理業(yè)務(wù)，有較強(qiáng)的容錯(cuò)能力?？衫斫庑浴Ｓ脩?hù)容易理解和使用該系統(tǒng)。14安全保密性。保證系統(tǒng)的物理安全、數(shù)據(jù)存儲(chǔ)做好使用人員的授權(quán)管理。時(shí)間經(jīng)濟(jì)性。優(yōu)化邏輯設(shè)計(jì)與物理設(shè)計(jì)，使系統(tǒng)運(yùn)行效率高。可維護(hù)性和適應(yīng)性。系統(tǒng)應(yīng)易于修改、易于擴(kuò)充、易于維護(hù)，能夠適應(yīng)業(yè)務(wù)不斷發(fā)展變化的需要。 系統(tǒng)數(shù)據(jù)流圖1 管理員成功登錄后,進(jìn)行相應(yīng)操作，產(chǎn)生的數(shù)據(jù)流，如圖 31 所示管理員 登陸 驗(yàn)證系統(tǒng)管理頁(yè)面管理員信息前臺(tái)管理預(yù)訂管理資料管理用戶(hù)管理庫(kù)存管理報(bào)表退出系統(tǒng)圖 31 酒店客房管理系統(tǒng)數(shù)據(jù)流圖 用例圖用例圖（User Case）是被稱(chēng)為參與者的外部用戶(hù)所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對(duì)系統(tǒng)、子系統(tǒng)或類(lèi)的功能行為進(jìn)行建模。 [12]