【正文】 高可靠性以及可擴展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺， J2EE 降低了開發(fā)多層應(yīng)用的費用和復(fù)雜性，同時提供對現(xiàn)有應(yīng)用程序集成強有力支持，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持 ，增強了安全機制，提高了性能。隨著時間的推移，用戶需求可能會不斷發(fā)生變化，當成績管理邏輯發(fā) 生變化時，只需在服務(wù)器端修改程序，重新發(fā)布即可，使開發(fā)發(fā)布過程方便輕松，對用戶沒有任何影響。 統(tǒng)一建摸語言 （ UML） UML(Unified Modeling Language 統(tǒng)一建模語言 )，屬于第三代面向?qū)ο箝_發(fā)的編制文檔可開發(fā)的方法，由 Grady Booch, James Rumbaugh 和 Ivar Jacobson 三位著名的方法學(xué)家提出，己經(jīng)成為業(yè)界標準。 UML 不是可視化的程序設(shè)計語言，而是一種可視化的建模語言。 UML 構(gòu)架 UML 由圖和元模型組成，其中，圖是目錄 6 語法，而元模型是語義。 UML 語義定義在一個四層 (也就是四個抽象級 )建模概念框架中，這四層分別是 : ? 元元模型 (metameta model)層 :組成 UML 最基本的 元素事務(wù) (Thing) ,代表要定義的所有事物。 ? 元模型 (meta model)層 :組成 uml 基本元素，包括面向?qū)ο蠛兔嫦蚪M件的概念，這一層的每個概念都是元元模型中的事物，概念的實例。 ? 模型 (model)層 :組成 UML 的模型，這一層中的每個概念都是元模型中概念的一個實例，這層的模型通常叫做類模型 (class model)或類型模型(type model)。 ? 用戶模型 (user model)層 :這層中的所有元素都是 UML 模型的例子，這層的每個概念都是模型層的一個實例 (通過分類 )，也是元模型層的一個實例 (通過版類化 )，這層模型通常叫做對象模型 (object model)或?qū)嵗Ｐ?instance model)。 UML 可以由下列五類圖來定義（如圖 11 所示）： ? 用例圖 (use case diagram):從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。 ? 邏輯視圖 (Logical diagram):包括類圖、對象圖和包圖。其中類圖描述系統(tǒng) 中類的靜態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合 等，也包括類的內(nèi)部結(jié)構(gòu) (類的屬性和操作 )。類圖描述的是一種靜態(tài)關(guān)系，在系 統(tǒng)的整個生命周期都是有效的。對象 圖是類圖的實例，幾乎使用與類圖完全相同的標識。他們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。一個對象圖是類圖的一個實例。由于對象存在生命周期，因此對象圖只能在系統(tǒng)某 一時間段存在。包由包或類組成，表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。 ? 進程視圖：建模在我們系統(tǒng)中的可執(zhí)行線程和進程作為活動類。它是邏輯視圖面向進程的變體，包含所有相同的制品。 ? 部署視圖：建模把組件物理地部署到一組物理的、可計算節(jié)點上，如計算機和外設(shè)上。它允許你建模橫跨分布式系統(tǒng)節(jié)點上的組件的分布。 ? 實現(xiàn)圖 (Implementation diagram):其中構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部 件之間的依賴關(guān)系。一個部件可能是一個資源代碼部件、一個二目錄 7 進制部 件或一個可執(zhí)行部件 .它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。部件圖有助于分析 和理解部件之間的相互影響程度。部署圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。 它可以顯示實際的計算機和設(shè)備 (用節(jié)點表示 )以及它們之間的連接關(guān)系，也可 顯示連接的類型及部件之間的依賴性 .在節(jié)點內(nèi)部，放置可執(zhí)行部件和對象以顯 示節(jié)點跟可執(zhí)行軟件單元的對應(yīng)關(guān)系。 J2EE 技術(shù)簡介 J2EE (java2 Enterprise Edition)是一種利用 Java 2平臺來簡化企業(yè)解決方案的開發(fā)、部署和管理相關(guān)的復(fù)雜問題的體系結(jié)構(gòu)。 J2EE 的四層模型 J2EE 使用多層的分布式應(yīng)用模型，應(yīng)用邏輯按功能劃分為組件，各個應(yīng)用組件根據(jù)他們所在的層分布在不同的機器上。 J2EE 的多層企業(yè)級應(yīng)用模型將兩層化模型中的不同層面切分成許多層。一個多層化應(yīng)用能夠為不同的每 種服務(wù)提供一個獨立的層，以下是 J2EE 典型的四層結(jié)構(gòu) : 1) 運行在客戶端機器上的客戶層組件 . 2) J2EE應(yīng)用程序可以是基于 web方式的，也可以是基于傳統(tǒng)方式的口 J2EE的 web層組件可以是 JSP頁面或 Servlets,按照 32EE規(guī)范，靜態(tài)的 HTML頁面 和 Applets不算是 web層組件。 web層可能包含某些 JavaBean對象來處理用戶 輸入，并把輸入發(fā)送給運行在業(yè)務(wù)層上的 EJB來進行處理。 3) 運行在 J2EE服務(wù)器上的業(yè)務(wù)邏輯層組件 .業(yè)務(wù)層代碼的邏輯用來滿足 商務(wù)領(lǐng)邏輯視圖 類圖 狀態(tài)圖 對象圖 實現(xiàn)視圖 組件圖 進程視圖 類圖 對象圖 部署視圖 部署圖 用例視圖 用例圖 交互圖 圖 11 UML “4+1 視圖 ” 結(jié)構(gòu) 目錄 8 域的需要，由運行在業(yè)務(wù)層上的 EJB進行處理。 EJB從客戶端程序接收數(shù)據(jù)，進行處理，并發(fā)送到 EIS層儲存的，這個過程也可以逆向進行。有三種 EJB:會話 (session) beans,實體 (entity) beans， 和消息驅(qū)動 (messagedriven) beans. 會話 bean表示與客戶端程序的臨時交互 .當客戶端 程序執(zhí)行完后，會話 bean。和相關(guān)數(shù)據(jù)就會消失相反，實體 bean。表示數(shù)據(jù)庫的表中一行永久的記錄。當客戶端程序中止或服務(wù)器關(guān)閉時，就會有潛在的服務(wù)保證實體 bean的數(shù)據(jù)得以保存。消息驅(qū)動 bean結(jié)合了會話 bean和 JMS的消息監(jiān)聽器的特性，允許一個業(yè)務(wù)層組件異步接收 JMS消息。 4) 運行在 EIS服務(wù)器上的企業(yè)信息系統(tǒng) (Enterprise information system)層軟件。企業(yè)信息系統(tǒng)層處理 企業(yè)信息系統(tǒng)軟件包括企業(yè)基礎(chǔ)建設(shè)系統(tǒng)例如企 業(yè)資源計劃 (ERP)，大型機事務(wù)處理，數(shù)據(jù)庫系統(tǒng)，和其它的信息系統(tǒng) .例如，J2EE應(yīng)用組件可能為了數(shù)據(jù)庫連接需要訪問企業(yè)信息系統(tǒng)。 模型 視圖 控制器開發(fā)模式（ MVC） MVC 模式，即模型 視圖 控制器 (ModelViewController)模式。它的結(jié)構(gòu)圖如圖 12 所示。 在這個模型中，系統(tǒng)的活動時序如下所示： (1) Servlet 相當于控制器 (Controller)角色，它負責接受客戶端請求并處理此請求。 (2) 根據(jù)請求的類型， Servlet 可以選 擇創(chuàng)建一個 JaveBean 對象，并從請求的處理過程中取得的結(jié)果作為初始化參數(shù)傳給 JaveBean 對象。 (3) Servlet 也可以直接存取數(shù)據(jù)庫中的數(shù)據(jù)。 (4) Servlet 將請求傳遞給合適的 JSP，而 JSP 則顯示給用戶。 (5) JSP 僅僅從 JaveBean 中讀取數(shù)據(jù)， JaveBean 直接與數(shù)據(jù)庫打交道。 JSP 圖 12 MVC 結(jié)構(gòu)圖 目錄 9 不與數(shù)據(jù)庫打交道。 (6) JSP 返還給客戶端。 從圖中可以看出，在 MVC 模式中，它強制性的使應(yīng)用程序的輸入、處理和輸出分開，使其被分成三個核心部件：模型 (Model)、視圖 (View)、控制器(Controller)。各個 核心部件各自處理自己的任務(wù)。 Model（模型） 模型是執(zhí)行某些任務(wù)的代碼，包含了應(yīng)用程序的核心功能。封裝了應(yīng)用程序的狀態(tài)。它對視圖或控制器一無所知。在模型端只有純粹的功能性接口，也就是一系列的公開方法。通過這些公開方法，便可以取得模型端的所有功能。模型通常由 JavaBeans/EJBs 實 現(xiàn)。 View（視圖） 視圖提供模型的表示。它是應(yīng)用程序的外觀，是用戶看到并與之交互的界面。在視圖中其實沒有真正的處理邏輯，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。視圖通常由 JSP 實現(xiàn)。 Controller（控制器） 控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。所以當單擊Web 頁面中的超鏈接和發(fā)送 HTML 表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調(diào)用哪個模型組件去處理請求，然后用確定用哪個視圖來顯示模型處理返回的數(shù)據(jù)。控制器通常由 servlet 實現(xiàn)。 J2EE 組件的 UML 表示 當我們試圖用 UML 來對 J2EE 應(yīng)用程序進行建模時，需要利 用 UML 的擴展機制，對 UML 進行一些擴展，以便能將 J2EE 程序的一些組件和標準的 UML 元素相對應(yīng)起來 1) Servlet 的 UML 建模 在擴展的 UML 中 Servlet 在建模是被當作一般的類來處理的， Servlet和普通的類來進行區(qū)別以及不同的 Servlet 間的區(qū)別是通過原型的設(shè)置來實現(xiàn)的。 目錄 10 2) JSP 的 UML 建模 JSP 的建模是個比較棘手的問題，因為在 JSP 中某些部分是屬于服務(wù)器端的程序，如用 JaveBean 寫的數(shù)據(jù)庫連接程序和動態(tài)顯示的內(nèi)容等；還有些部分是屬于客戶端的內(nèi)容，如用 JavaScript 寫的客戶端判斷程 序以及頁面顯示的內(nèi)容。解決的辦法是將 JSP 建模成兩個獨立的邏輯實體類：一個類是 ServerPage,它抽象了 JSP 在服務(wù)器端的行為；一個類是ClientPage,它抽象了 JSP 在客戶端的邏輯。 ServerPage 和 ClientPage的關(guān)系是 build,表示后者是前者構(gòu)建出來的。圖 13 顯示了一個含有表單的 HTML 頁面向 JSP 頁面之間的關(guān)系，并且包含了 Servlet 的表示。 主頁面組裝技術(shù) 在 J2EE 顯示層中，有許多 jsp 頁面要顯示。而這些頁面中有些信息是重復(fù)的，在傳統(tǒng)的顯示方 法里，沒有將共同部分提取出來，即增加了頁面中的代碼段，又難于維護。在本系統(tǒng)的設(shè)計中，為了有效的管理顯示，使用基于組合視圖模式的主頁面組裝技術(shù)。 組合視圖（ Composite View）設(shè)計模式的基本結(jié)構(gòu)如圖 14 所示。它是 J2EE中常用的 Web 層設(shè)計模式之一。通過使用父視圖累計子視圖，使總體視圖成為各個小圖的合成視圖。這樣可以減少不同視圖重復(fù)部分重復(fù)代碼，保證不同視圖之間的一致性，使視圖維護與管理更簡單。 圖 13 包含 JSP,Servlet,form 等的 UML 表示法 目錄 11 T h e V i e wT h e C o m p o si t e V i e wB a si cV i e w 主頁面組裝技術(shù)，就是基于組合視圖模式來組裝不同的視圖。應(yīng)用了Compostie View 模式的示 意圖如圖 15。 在主頁面顯示技術(shù)中，顯示頁面需要將總響應(yīng)的各個支持部分組裝起來。一般而言，顯示頁面包含特定功能的視圖組件或程序代碼段，以創(chuàng)建適當?shù)?HTML表結(jié)構(gòu)及在適當?shù)奈恢们度腠撁?、頁角和可視元素。在主頁面顯示技術(shù)中，顯示頁面僅是總響應(yīng)的另外一部分內(nèi)容，由主頁面包含進來。如圖 1－ 6 所示。 圖 15 基于 Composite View 顯示頁面 圖 14 Composite View 設(shè)計模式 html table … … … /table /html 請求 響應(yīng) Include Include Include Include … . 圖 16 使用主頁面組裝技術(shù)的 目錄 12 在頁面執(zhí)行時，通過 jsp 頁面中嵌入的代碼 : jsp:include page = “%= variableName%”/. 我們就可以 把在處理邏輯中設(shè)置好的 variableName，通過主顯示頁面將結(jié)果顯示給用戶。