【導讀】不斷的增加，其規(guī)模也不斷擴大，呈現(xiàn)出高度的實時性、動態(tài)性、個性化的特點，發(fā)技術(shù)中網(wǎng)頁設計與程序開發(fā)相混雜等許多不足。這些不足造成了Web應用開。統(tǒng)的單一用戶界面類型也越來越無法滿足用戶界面類型多樣化的要求。源是各種因素互相混雜和依賴，解決問題的關(guān)鍵是與混雜相對應的分離。J2EE及其相關(guān)技術(shù)XML和UML進行了研究，總結(jié)了它們的優(yōu)點。式能夠有效地實現(xiàn)Web應用中界面、控制和邏輯處理的分離。原理和特點，指出可以對其加以改進以解決上述Web開發(fā)中的問題?，F(xiàn)WebesMVC模式的J_Web應用開發(fā)方案。然后以UML為工具按照面向?qū)ο?。站，論文具體給出了模塊的詳細設計實現(xiàn)過程及其系統(tǒng)的配置和運行步驟。泛應用于采用各種技術(shù)的Web應用開發(fā)實踐中。

　　

【正文】 。這種方法雖然可能實現(xiàn)了系統(tǒng)的功 能，但是這可能會出現(xiàn)一系列的問題 :如果他離開這個公司，那么這個系統(tǒng)的代 碼將沒有人能夠維護，當其他人員參與這個系統(tǒng)時，他不能或者不能完全理解系 統(tǒng)的結(jié)構(gòu)。 UML 是可視化的建模語言，用 UML 建?？梢缘玫角逦南到y(tǒng)模型，有 利于團隊交流和日后系統(tǒng)的維護。 (3) UML 是一種可用于詳細描述的語言。 UML 可以清晰地、完整地、無歧義地描述所建模的系統(tǒng)。 (4) UML 是一種構(gòu)造語言。 可以把它描述的模型映射程編程語言的代碼，如 Java, c++等。 (5) UML 是一種文檔 化語言。 一個成功的軟件產(chǎn)品不只是產(chǎn)品的代碼本身，還包括其他與產(chǎn)品開發(fā)相關(guān)的 文檔，如需求分析文檔、設計文檔、源代碼、測試文檔等。 UML 對系統(tǒng)開發(fā)各階 段所有的文檔的建立都提供了支持。 2. 3. 1 面向?qū)ο蟮慕＜夹g(shù) 對于軟件工程，有幾種建模的方法。我們通常采用的方法是從算法的角度和 對象的角度建模。用面向過程的語言 (如 c 語言 )進行軟件開發(fā)時，采用了從算法 的角度進行建模的方式。面向過程的語言里，函數(shù)是它的精髓，一切問題都用函 數(shù)來進行分解。建模也就從控制流程和函數(shù)的分解上著手。但事實證明 ，用這種 方法構(gòu)建復雜系統(tǒng)時，系統(tǒng)將變得難以維護。 當今，面向?qū)ο蟮姆椒航?jīng)是軟件開發(fā)方法的主流。對象更容易模擬現(xiàn)實。 比如我們把一個人作為對象來研究，在現(xiàn)實世界里，人具有體重、年齡、性別、 身高等屬性 。同時，他也具有走路、吃飯、睡覺、說話等行為。在建模時，我們 可以非常清楚地把一個人映射到抽象的模型中。我們可以用如下的模型來反映人， 如下圖所示〔 “〕 : 建模工具 企業(yè)級建模工具很多是多用戶的，同時配有知識庫提供相應的支持 。支持工 業(yè)標準，同時也允許其他公司開發(fā)自己的標準 。模型中圖 的表示具有可擴展件。 它們都應該具有技術(shù)構(gòu)架和集成的前景。目前，面向?qū)ο蠓治龊驮O計工具以及傳 統(tǒng)的數(shù)據(jù)庫和實體一關(guān)系建模工具是當今的主流。 (1)工具的支持 使用建模語言需要相應的工具作為支持。建模工具應該提供下述一些功能。 .畫圖 CASE 工具中必須提供方便作圖的功能，同時必須是智能的，能理解圖的目 的，對圖提供語義的支持。所以，一個建模者畫的圖，另一個人可以根據(jù)語義讀 懂圖的真正意思。在 CASE 工具里作圖應該簡單。同時，它還具備圖的排版能力， 允許建模者重新排列模型元素。 .導航 基于 J2EE 的 Web 應用研究 當構(gòu)建的模型大時，通常會有相當多的圖和視圖，能夠方便地在圖和視圖之 間導航是很重要的。 CASE 工具應該支持易于在圖和視圖之間導航的功能。 CASE 工具的模型元素本身應該具有超鏈接的能力。 .多用戶的支持 CASE 工具提供的此功能使得多個用戶同時操作一個模型。但是，為了發(fā)生 操作的沖突，一般一個用戶在操作某個元素時，用戶應該鎖住這個圖。 .產(chǎn)生代碼 由于建模工具有語義的支持，當模型建立好后，我們可以把它翻譯成對應的 編程代碼。 這樣，就可以節(jié)省 很多勞動量。任何編程語言都可以在 CASE 工具中使用， 比如說常用的面向?qū)ο蟮恼Z言 Java, C++o .逆向工程 和產(chǎn)生代碼相反，它還要支持逆向工程，它能夠閱讀代碼，并是把代碼轉(zhuǎn) 化為對應的模型。 .集成 CASE 工具需要和其他工具進行集成。建模工具只是集成環(huán)境中的一部分， 其他工具都圍繞它進行協(xié)調(diào)工作。它可以和開發(fā)環(huán)境 (編輯器、編譯器、調(diào)試工 具 )、配置和版本控制、文檔工具、測試工具等集成。 (2)建模工具 Rose 簡介 Rational Rose 是 Rational 公司推出的支持 UML 的、功能強大的、可視化的、唯 一支持 J2EE 的建模工具〔 ?5〕。利用這個工具，我們可以建立用 UML 描述的軟件系統(tǒng) 的模型，而且可以自動生成和維護 C++, Java, VB, Orac 1 e 等語言和系統(tǒng)的代碼。 Rational Rose 產(chǎn)品為大型軟件工程提供了可塑性和柔韌性極強的解決方 案 : .強有力的瀏覽器，用于查看模型和查找可重用的組件。 .可定制的目標庫或編碼指南的代碼生成機制。 .既支持目標語言中的標準類型又支持用戶自定義的數(shù)據(jù)類型。 .保證模型與代碼之間轉(zhuǎn)化的一致性。 .通過 OLE 連接， Rational Rose 圖表可動態(tài)連接到 Microsoft Word 中。 .能夠與 Rational Visual Test, SQA Suite 和 SODA 文檔工具無縫集成， 完成軟件生命周期中的全部輔助軟件工程工作。 .強有力的正 /反向建模工作。 .縮短開發(fā)周期。 .降低維護成本。 .Rational Rose 對大型復雜項目的支持。 (3) Rose 對 Java 的支持 Rose 為 UNIX 和 Windows 平臺提供相同的解決方案，同時也提供了對 Java Add 一工 n 的增強。提供對不同版本的 JDK 的支持，可以在不同版本的 JDK 之間和 Java 企業(yè)級應用中進行選擇。 在 EJB 方面它支持 : .支持使用 Enterprise Java Beans(EJB)進行 J2EE 應用開發(fā)。 .快速建模，正向、反向工程。 .支持 EJB1. 1 規(guī)范。 它對 Servlet 的支持 : 基于 J2EE 的 Web 應用研究 .可以在 Java 應用中發(fā)揮 Servlet 的強大威力。 .可以配置正向工程。 .支持 Servlet 2. 2 規(guī)范。 對 Javadoc 的支持 : .內(nèi)置的多色彩的 Java 編輯器 (多文件、多語言支持 )。 .靈活的文檔選項 (Javadoc 或其他類型 )。 當今的企業(yè)級應用系統(tǒng)已經(jīng)變得非常龐大，這么龐大的系統(tǒng)對性能提出了許 多特殊的要求，比如伸縮性、穩(wěn)定性、安全件、擴充性。同時企業(yè)級應用的規(guī)模 還在飛速地發(fā)展。如果構(gòu)建的系統(tǒng)不具有可伸縮性和可發(fā)展性，那么這樣的系統(tǒng) 將面臨淘汰的危險。企業(yè)壯大，企業(yè)的業(yè)務也在變大，企業(yè)的需求也在不斷地變 化。如果你構(gòu)建的系統(tǒng)剛剛部署完成，企業(yè)的需求又發(fā)生了變化，需要你重新更 改你設計的系統(tǒng)。 UML 工具在構(gòu)建復雜的系統(tǒng)時，提供了良好的支持。它支持了 從需求分析、體系結(jié)構(gòu)級設計到細節(jié)的設計的過程。 UML 建模工具可以在 J2EE 系統(tǒng)模型中里加入一致的設計模式，并生成一部分可執(zhí)行源代碼。 UML 在需求分析階段提供了工程化的用例分析方法。使用 UML 建模，結(jié)合實 例驅(qū)動的開發(fā)過程，便于跟蹤從需求到設計的這一過程。當功能上的需求發(fā)生變 化或者增加新的需求時，這種改變會很快反映到系統(tǒng)模型里。我們可以通過需求 的更改 來決定具體的系統(tǒng)模型的哪部分需要改變，或者需要增加什么新的模塊。 UML 中的圖，如活動圖、交互圖、類圖、狀態(tài)圖，可以有助于我們理解系統(tǒng) 的復雜的交互，在分析這類問題時可以提供很大的幫助。 UML 工具是可視化的開發(fā)工具。它可以讓開發(fā)人員將一致的建模模式加入到 他們的設計中。因此， UML 解決了 “從概念到代碼 ”問題。這樣，在很大程度上 節(jié)省了工作量。 現(xiàn)在的 UML 工具通常具有集成其他工具的能力，比如說 Rational Rose，使 用它可以集成 Java 等語言的開發(fā)環(huán)境。這樣，我們可以一邊建 模，一邊寫代碼， 建模的變化馬上反映到代碼上。 Rational Rose 是主流的 UML 建模工具。 Rose 在 J2EE 上的有特殊的支持。 現(xiàn)在我們結(jié)合實際討論 Rose 在 J2EE 開發(fā)過程中的特殊支持。 .支持 Java 代碼的自動生成。我們設計好類和類圖后，就可以生成 Java 代碼。生成代碼時，類之間的關(guān)系也可以在代碼里面反映出來。 .支持 Java 開發(fā)環(huán)境集成。 Rose 除了自身帶有簡單的編輯環(huán)境外，它還 可以和其他 Java 可視化開發(fā)環(huán)境集成。這樣，我們就在建模和編碼之間游刃有 余。 .支持反向工程。我們可以用 Rose 來分析 Java 代碼，從而指出問題所在， 提出優(yōu)化方案。 .支持 EJB 的設計。 Rose 提供了專門的功能，很容易對 EJB 建模，包括 對各種 EJB(Session Bean, Entity Bean, Message Bean)添加方法、屬性，生 成本地接口、遠程接口、 Home 接口。 .支持 JSP, Servlet 建模。 .支持打包。 二支持部署。 .有專門的 Design Patten 菜單，利用它，我們很容易進行代碼重整，從 而優(yōu)化代碼。 模型給出了我們構(gòu)造的系統(tǒng)的模板，詳細地說明了系統(tǒng)的結(jié)構(gòu)和行為，它可 基于 J2EE 的 Web 應用研究 以幫助們對系統(tǒng)進行可視化，同時模型幫助我們理解問題的實質(zhì)所在。 UML 最重 要的目標是使 UML 通用的建模語言可供所有建模者使用。由于一個模型不能充分 表示整個系統(tǒng)，在企業(yè)級應用建模中，我們在開發(fā)的不同階段需要建立不同的模 型，建模的階段有 :領(lǐng)域建模、需求建模、分析建模、設計建模、實現(xiàn)建模。建 模需要一定的工具來提供支持， Rational Rose 是最常用的建模工具，它支持統(tǒng) 一建模言 UML，提供了一個可視化的開發(fā)環(huán)境。 UML 是一種用于描述可視化和版式軟件系統(tǒng)以及應用建模的語言。它代表 了在大型復雜系統(tǒng)的建模領(lǐng)域被證明是最好的軟件工程實踐。它是建模語一言的工 業(yè)標準，支持用例驅(qū)動，對以幫助理解系統(tǒng)，進行可視化的軟件開發(fā)。 UML 中有 多種事務，包括結(jié)構(gòu)事務、行為事務、分組事務和注釋事務，也包括多種關(guān)系， 這些關(guān)系有依賴關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、實現(xiàn)關(guān)系。 UML 中有多種視圖，用 于表示靜態(tài)建模的圖有用例圖、類圖、對象圖 。用于表示動態(tài)建模關(guān)系的圖有狀 態(tài)圖、交互圖、活動圖、組件圖、部署圖等。 UML 提供了三種擴展機制，這三種 擴展機制是 約束、版式和標簽值。在 J2EE 企業(yè)級應用開發(fā)中，我們可以結(jié)合 UML 和 Rose 提供對開發(fā)過程的支持。 第三章 MVC 模式的研究 3. 1 什么是設計模式 Christopher Alexander 說過 :“每一個模式描述了一個在我們周圍不斷 重復發(fā)生的問題，以及該問題的解決方案的核心。這樣，你就能一次又一次地使 用該方案而不必做重復勞動 ”。盡管 Alexander 所指的是城市和建筑模式，但他 的思想也同樣適用于面向?qū)ο笤O計模式，只是在面向?qū)ο蟮慕鉀Q方案里，我們用 對象和接口代替了墻壁和門窗。兩類模式的核心都在于提供了相關(guān)問題的解決方 案〔 I6]。 一般而言，一個模式有四個基本要素 : .模式名稱 (pattern name)一個助記名，它用一兩個詞來描述模式的問 題、解決方案和效果。命名一個新的模式增加了我們的設計詞匯。設計模式允許 我們在較高的抽象層次上進行設計?；谝粋€模式詞匯表，我們自己以及同事之 間就可以討論模式并在編寫文檔時使用它們。模式名可以幫助我們思考，便于我 們與其他人交流設計思想及設計結(jié)果。找到恰當?shù)哪Ｊ矫彩俏覀冊O計模式編目 工作的難 點之一。 .問題 (problem)描述了應該在何時使用模式。它解釋了設計問題和問題 存在的前因后果，它可能描述了特定的設計問題，如怎樣用對象表示算法等。也 可能描述了導致不靈活設計的類或?qū)ο蠼Y(jié)構(gòu)。有時候，問題部分會包括使用模式 必須滿足的一系列先決條件。 .解決方案 (solution)描述了設計的組成成分，它們之間的相互關(guān)系及各 自的職責和協(xié)作方式。因為模式就像一個模板，可應用于多種不同場合，所以解 決方案并不描述一個特定而具體的設計或?qū)崿F(xiàn)，而是提供設計問題的抽象描述和 怎樣用一個具有一般意 義的元素組合 (類或?qū)ο蠼M合 )來解決這個問題。 .效果 (consequences)描述了模式應用的效果及使用模式應權(quán)衡的問題。 盡管我們描述設計決策時，并不總提到模式效果，但它們對于評價設計選擇和理 解使用模式的代價及好處具有重要意義。軟件效果大多關(guān)注對時間和空間的衡 量，它們也表述了語言和實現(xiàn)問題。因為復用是面向?qū)ο笤O計的要素之一，所以 模式效果包括它對系統(tǒng)的靈活性、擴充性或可移植性的影響，顯式地列出這些效 果對理解和評價這些模式很有幫助。出發(fā)點的不同會產(chǎn)生對什么是模式和什么不 基于 J2EE 的 Web 應用研究 是模式的理解不同。一 個人的模式對另一個人來說可能只是基本構(gòu)造部件。其實 設計模式是對被用來在特定場景下解決一般設計問題的類和互相通信的對象的 描述。 Smalltalk MVC 中的設計模式