【文章內(nèi)容簡介】 上的工業(yè)標準。依照應(yīng)用領(lǐng)域的不同，共分為三大版本，分別是企業(yè)版 JavaEE(Java 2 Platform， Enterprise Edition)、標準版 J2SE(Java 2 Platform， Standard Edition)、微型版 J2ME(Java 2 Platforill， Micro Edition)等。 JavaEE的核心是由一整套服務(wù) (Services)、應(yīng)用程序接口 (APIs)和協(xié)議構(gòu)成的，對開發(fā)企業(yè)的多層應(yīng)用提供了全面的功能支持。它主要包含以下技術(shù)規(guī)范： JDBC、 JNDI、 EJB、 RMI、Jsp、 Java Servlet、 JMS、 Java Mail等。其中所包含的各類組件、服務(wù)架構(gòu)及技術(shù)層次，均有共通的標準及規(guī)格，讓各種依循 J2EE 架構(gòu)的不同平臺之間存在良好的兼容性，解決了過去企業(yè)內(nèi)部或外部難以互通的窘境。在 JavaEE 架構(gòu)下，開發(fā)人員可依循規(guī) 范基礎(chǔ)，進而開發(fā)企業(yè)級應(yīng)用。采用 JavaEE 架構(gòu)的應(yīng)用系統(tǒng)，可部署在不同的應(yīng)用服務(wù)器之上，無需或者只需少量的代碼修改，就能大幅提高應(yīng)用系統(tǒng)的可移植性。 綜上所述， JavaEE 即 Java應(yīng)用平臺企業(yè)版，是一套開發(fā)標準，而不是一個現(xiàn)成的產(chǎn)品。要搭建一個成功的系統(tǒng)，還需要在 IDE、環(huán)境、數(shù)據(jù)庫、架構(gòu)與應(yīng)用、安全、項目與測試方面進行選擇，選取最合適的技術(shù)來規(guī)劃自己的系統(tǒng)。而本文正是基于 JavaEE 平臺的一種輕量級實現(xiàn)。 JavaEE 架構(gòu) JavaEE 的整體架構(gòu)如圖 2． 1 所示： JavaEE 平臺 使用了一個多層的分布式的應(yīng)用程序模型。應(yīng)用程序的邏輯根據(jù)其實現(xiàn)的不同功能被封裝到組件中，組成 JavaEE 應(yīng)用程序的組件根據(jù)在其所屬的多層的 JavaEE的環(huán)境中所處的層被安裝到不同的機器中。圖 2． 1表示 JavaEE應(yīng)用程序根據(jù)下面的描述被分為不同的層，分別是： (1)運行在客戶端機器的客戶層組件。 (2)運行在 JavaEE 服務(wù)器中的 Web 層組件。 山東中醫(yī)藥大學 2020 屆畢業(yè)論文（設(shè)計） 5 (3)運行在 JavaEE 服務(wù)器中的業(yè)務(wù)層組件。 (4)運行在 EIS 服務(wù)器中的企業(yè)信息系統(tǒng) (EIS)層組件。 圖 2． 1 lavaEE 架構(gòu)圖 盡管從圖中可以看到 JavaEE 應(yīng)用程序既可以是三層結(jié)構(gòu)，也可以是四層結(jié)構(gòu)，但是我們通 常將 JavaEE 應(yīng)用程序的多層結(jié)構(gòu)考慮為三層結(jié)構(gòu)。這是因為它們分布在三個不同的位置：客戶端機器、 JavaEE 服務(wù)器和后端的數(shù)據(jù)庫服務(wù)器。三層結(jié)構(gòu)的應(yīng)用程序可以理解為在 C／ S模式標準的兩層結(jié)構(gòu)的客戶端應(yīng)用程序和后端存儲資源中間增加了一個多線程的應(yīng)用程序服務(wù)器。 MVC 模式 為了尋求畢業(yè)設(shè)計管理系統(tǒng)的最佳實現(xiàn)，我們先來關(guān)注一下 Web 應(yīng)用的發(fā)展歷程。 最原始的 Java Web 程序全部使用 Jsp 實現(xiàn)， Jsp 頁面既包含 Html標簽，又包含 Java 業(yè)務(wù)邏輯代碼，使得我們的整個 Jsp 頁面既臃腫又難于維護。 Sun 公司為了規(guī)范 JavaWeb應(yīng)用的開發(fā)，相繼推出了 Modell 和 Model2 模式。在 Modell 模式中引入 JavaBean 技術(shù)，使用JavaBean 封裝業(yè)務(wù)邏輯代碼，使得業(yè)務(wù)邏輯代碼與 Jsp頁面有效分離。不過，對于流程控制，山東中醫(yī)藥大學 2020 屆畢業(yè)論文（設(shè)計） 6 Modell 卻無能為力，直到 Model2 模式引入了 Servlet 技術(shù)才真正實現(xiàn)視圖層、模型層和控制層的徹底分離。從此， Java Web 應(yīng)用開發(fā)進入到一個規(guī)范 化的時代。 Struts2 作為 Model2模式的經(jīng)典實現(xiàn)，具有組件的模塊化、靈活性和重用性的優(yōu)點，同時簡化了基于 MVC 的JavaWeb 應(yīng)用程序的開發(fā)。 當然僅僅有 MVC 還不夠，還需要與數(shù)據(jù)庫的交互，這將在后續(xù)章節(jié)中解決。本節(jié)，我們將首先關(guān)注于 Web 層的 MVC 架構(gòu)。 MVC 模式簡介 MVC(Model． View． Controller)模式，是一種軟件架構(gòu)設(shè)計模式。 MVC 是 1996 年由Buschmann 提出的，最初是被用在 Smalltalk80 中來構(gòu)建用戶界面的。 MVC 的主要思想是把應(yīng)用程序劃分為三部分，其中 M 代表模型 Model， V 代表視圖 View， C 代表控制器 Controller。分層的目的是增加代碼的重用率，減少數(shù)據(jù)表達，數(shù)據(jù)描述和應(yīng)用操作的耦合度，同時也使得軟件可維護性、可修復性、可擴展性、靈活性以及封裝性大大提高。 傳統(tǒng)單用戶的應(yīng)用通常是以事件驅(qū)動的用戶界面為組織結(jié)構(gòu)的。開發(fā)人員用一個界面工具畫了一個用戶接口界面，然后編寫代碼根據(jù)用戶輸入去執(zhí)行相應(yīng)的動作。一些軟件設(shè)計模式策略也是這樣的，經(jīng)常將固定后的代碼融入到最后的系統(tǒng)當中。這樣就導致數(shù)據(jù)的存儲，應(yīng)用的功能以及用來顯示的代碼都雜亂地糾纏在一起。在單用戶的系統(tǒng)里代碼結(jié)構(gòu)是可以這樣的，因為系統(tǒng)需求不會頻繁變化。但是對一個大的系統(tǒng)如大型 Web 系統(tǒng)，或電子商務(wù)系統(tǒng)來說就不太適用了。而通過把數(shù)據(jù)模式從各種可以被存取和控制的數(shù)據(jù)中分離出來可以改善分布式系統(tǒng)的設(shè)計。 MVC 設(shè)計模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來，抽取的層次很重要。抽象與具體不能隔得太遠，也不能太近。 MVC 并沒有提供模型的設(shè)計方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。 MVC 的組成 MVC 設(shè)計模式由三部分組成 (1)模型 (Model)：封裝數(shù)據(jù)和所有基于對這些數(shù)據(jù)的操作，也就是業(yè)務(wù)流程、 山東中醫(yī)藥大學 2020 屆畢業(yè)論文（設(shè)計） 7 狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型 接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計可以說是 MVC 的核心。 (2)視圖 (View)：封裝對數(shù)據(jù)的顯示，即用戶界面。 MVC 設(shè)計模式對于視圖的 處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程 的處理。業(yè)務(wù)流程的處理交予模型 (Model)處理。 (3)控 制器 (Control)封裝外界作用于模型的操作和對數(shù)據(jù)流向的控制等。劃分 控制層的作用也很明顯，它清楚地告訴你它選擇什么樣的模型，選擇什么樣的視圖，可 以完成什么樣的用戶請求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。例如，用戶點擊一個連接， 控制層接受請求后，并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什 么，選擇符合要求的視圖返回給用戶。因此，一個模型可能對應(yīng)多個視圖，一個視圖可 能對應(yīng)多個模型。 三者關(guān)系如圖 2． 2： 圖 2． 2 MVC 組件關(guān)系圖 框架的概念 山東中醫(yī)藥大學 2020 屆畢業(yè)論文（設(shè)計） 8 所謂的框架 (Framework)是指軟件的架構(gòu)方式?？蚣艿捏w系提供了一套明確機制，從而讓開發(fā)人員很容易的擴展和控制整個應(yīng)用的結(jié)構(gòu)。一個成功的軟件需要有一個成功的架構(gòu)，但軟件架構(gòu)的建立是一個復雜而又持續(xù)改進的過程，不可能對每個不同的項目做不同的架構(gòu)，而總是盡量重用以前的架構(gòu)，或開發(fā)出盡量通用的架構(gòu)方案， Struts2 就是其中一個。Struts2 是流行的基于 J2EE 的架構(gòu)方案，其它常用的基于 J2EE 的架構(gòu)方案還有 Turbine，RealMothods 等。 框架的定義是：框架是可以進行擴展的軟件系統(tǒng)或子系統(tǒng)的半成品。首先， 框架是半成品，這是它和其他所有軟件組件的本質(zhì)區(qū)別。這涉及到“軟件重用 的一對內(nèi)在矛盾：“重用幾率 大小和“重用所帶來的價值量 大小之間的矛盾。簡言之，軟件單元的粒度越大，則重用所帶來的價值量越大，但重用幾率越??；反之，粒度小的軟件單元被重用的幾率越大，則重用所帶來的價值量就越小。框架的智慧就在于此：為了追求重用所帶來的價值量最大化，將容易變化的部分封裝成擴展點，并輔以回調(diào)機制將它們納入框架的控制范圍之內(nèi)，從而在兼顧定制開銷的同時使被重用的設(shè)計成果最多。 Struts 2 框架技術(shù) MVC 設(shè)計模式 很早就出現(xiàn)了，但在 WEB 應(yīng)用的開發(fā)中引入 MVC 一直難以實現(xiàn)。早期的 JavaWeb 開發(fā)應(yīng)用中， Jsp 文件負責業(yè)務(wù)邏輯、控制網(wǎng)頁流程并創(chuàng)建 HTML，這給 WEB開發(fā)帶來了強耦合、調(diào)試困難、程序處理邏輯復雜等問題。開發(fā)人員一直致力于尋找一種適合于多層軟件開發(fā)項目的，可重用的，易擴展的，而且是經(jīng)過良好測試的軟件框架，此時Struts 應(yīng)運而生。 Struts 2 框架簡介 Struts 是 Apache 基金會 Jakarta 項目組的一個開源框架，最早于 2020 年 5 月作為Jakarta項目的組成部分問世。它采 用 MVC模式，將 Servlet和 JSp標記 (屬于 JavaEE規(guī)范 )用作實現(xiàn)的一部分，是 MVC的一種實現(xiàn)。 Struts繼承了 MVC的各項特性，并根據(jù) JavaEE的特點，做了相應(yīng)的變化與擴展，能夠很好地幫助 Java開發(fā)者利用 JavaEE開發(fā) Web應(yīng)用。很容易理解， Struts 就是在 JavaEE 的基礎(chǔ)上實現(xiàn)了 MVC 設(shè)計模式的 WEB Framework。正如第二章中提到， MVC設(shè)計模式最吸引入之處在于它迫使用戶必須抽象自己的代碼，把項目分解為表示、邏輯和控制三部分，各部分問的關(guān)聯(lián)較小。而 Struts是 MVC模式的體 現(xiàn)，基于 MVC山東中醫(yī)藥大學 2020 屆畢業(yè)論文（設(shè)計） 9 的 Struts框架允許我們分解一個應(yīng)用程序的商業(yè)邏輯、控制邏輯和表現(xiàn)邏輯的代碼，將 MVC模式“分離顯示邏輯和業(yè)務(wù)邏輯 的能力發(fā)揮得淋漓盡致。作為強有力的 Java Web應(yīng)用開發(fā)框架， Struts必將帶給設(shè)計開發(fā)人員極大的便利和全新的體驗。 Struts 2是 Struts的下一代產(chǎn)品。是在 struts 和 WebWork的技術(shù)基礎(chǔ)上進行了合并，全新的 Struts 2框架。其全新的 Struts 2的體系結(jié)構(gòu)與 Struts 1的體系結(jié)構(gòu)的差別巨大。Struts 2 以 WebWork 為核心，采用攔截器的 機制來處理用戶的請求，這樣的設(shè)計也使得業(yè)務(wù)邏輯控制器能夠與 Servlet API完全脫離開，所以 Struts 2可以理解為 WebWork 的更新產(chǎn)品。因為 Struts 2和 Struts 1有著太大的變化，但是相對于 WebWork， Struts 2只有很小的變化。 Struts2 體系結(jié)構(gòu) Struts2的體系與 Struts1體系的差別非常大，因為 Struts2使用了 WebWork的設(shè)計核心，而不是 Struts1的設(shè)計核心。 Struts2中大量使用攔截器來處理用戶的請求，從而允許用戶的業(yè)務(wù)邏輯控制 器與 Servlet API分離。 Struts2框架的大概處理流程如下： 加載類（ FilterDispatcher） 讀取配置（ struts配置文件中的 Action） 派發(fā)請求（客戶端發(fā)送請求） 調(diào)用 Action（ FilterDispatcher從 struts配置文件中讀取與之相對應(yīng)的 Action ） 啟用攔截器（ WebWork攔截器鏈自動對請求應(yīng)用通用功能，如驗證） 處理業(yè)務(wù)（回調(diào) Action的 execute()方法） 返回響應(yīng)（通過 execute方法將信息返回到 FilterDispatcher） 查找響應(yīng)（ FilterDispatcher根據(jù)配置查找響應(yīng)的是什么信息如： SUCCESS、 ERROER，將跳轉(zhuǎn)到哪個 jsp頁面） 響應(yīng)用戶（ jsp客戶瀏覽器端顯示） Struts2 開發(fā)流程 由于 Struts2 已經(jīng)為我們提供了一個非常好的 MVC 框架，我們利用 Struts2 開發(fā) MVC系統(tǒng)時可以大大加快開發(fā)的速度。在開發(fā)畢業(yè)設(shè)計管理系統(tǒng)時可以采用的一個開發(fā)流程如山東中醫(yī)藥大學 2020 屆畢業(yè)論文（設(shè)計） 10 下： (1)收集和定義應(yīng)用需求； (2)基于數(shù)據(jù)采集和顯示的原則定義和開發(fā)“屏幕顯示 需求； (3)為每一個“屏幕顯示 定義訪問路徑； (4)定義 ActionMappings建立到應(yīng)用業(yè)務(wù)邏輯之間的聯(lián)系； (5)開發(fā)滿足“屏幕顯示 需求的所有支持對象； (6)基于每一個“屏幕顯示 需求提供的數(shù)據(jù)屬性來創(chuàng)建對應(yīng)的 ActionForm對象； (7)開發(fā)被 ActionMapping調(diào)用的 Action對象； (8)開發(fā)應(yīng)用業(yè)務(wù)邏輯對象 (Bean， EJB，等等 )； (9)對應(yīng) ActionMapping設(shè)計的流程創(chuàng)建 Jsp頁面； (10)建立合適的配置文件 struts． config． xml， web． xml： (11)開發(fā)、測試和部署。 我們在畢業(yè)設(shè)計管理系統(tǒng)中使用 Struts2框架時，對應(yīng)各個部分的開發(fā)工作主要包括：模型部分：設(shè)計和實現(xiàn)系統(tǒng)的業(yè)務(wù)邏輯。根據(jù)不同的請求從 Action派生具體 Action處理對象。完成“做什么 的任務(wù)時調(diào)用由 Bean構(gòu)成的業(yè)務(wù)組件，創(chuàng)建 ActiortForm的派生類實現(xiàn)對客戶端表單數(shù)據(jù)的封裝。