j2ee項(xiàng)目實(shí)訓(xùn)uml及設(shè)計(jì)模式——第3章系統(tǒng)概要設(shè)計(jì)中的架構(gòu)設(shè)計(jì)第3部分-wenkub
2022-11-28 16:14:10 本頁面
【正文】 的訪問方式，而對(duì)于企業(yè)內(nèi)部的人員楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 3/18 頁 則提供 C/S 模式的訪問方式；對(duì) Web 應(yīng)用系統(tǒng)的架構(gòu)設(shè)計(jì)也可以采用 B/S 和 C/S 體系結(jié)構(gòu)相混合的設(shè)計(jì)實(shí)現(xiàn)方案，對(duì)于 Web 應(yīng)用系統(tǒng)的前臺(tái)服務(wù)功能通過 B/S 方式來實(shí)現(xiàn)，而對(duì)于系統(tǒng)的后臺(tái)管理則采用 C/S 方式來實(shí)現(xiàn) 。 （ 3） HTTP 協(xié)議是一個(gè)無狀態(tài)的協(xié)議 最后，由于基于 Web 的瘦客戶端都使用 HTTP 協(xié)議，而 HTTP 協(xié)議是一個(gè)無狀態(tài)的協(xié)議 ，因此，為了保留客戶端的狀態(tài)，必須使用一些特殊的技術(shù)，例如 Session 會(huì)話跟蹤 等。瀏覽器必須等待響應(yīng)到達(dá)，然后用戶才能繼續(xù)使用該應(yīng)用程序。首先一個(gè)缺點(diǎn)是瘦客戶端應(yīng)用程序的表現(xiàn)能力同胖客戶端不能相比。 B/S 結(jié)構(gòu)的瘦客戶端也面臨一些新的問題 B/S 模式的最大缺點(diǎn)是無法利用客戶機(jī)充足的內(nèi)存和強(qiáng)大的計(jì)算能力，單靠服務(wù)器根本無法承載需要耗費(fèi)大量?jī)?nèi)存和計(jì)算能力 。傳統(tǒng)的基于 C/S 的 Windows 應(yīng)用程序總是讓客戶面臨著一些感覺很是不爽的問題，如：部署問題、升級(jí)困難、維護(hù)困難、安全問題 等。 C/S 是美國(guó) Borland 公司最早研發(fā)， B/S 是美國(guó)微軟公司研發(fā)。 （ 1） C/S 結(jié)構(gòu)的胖客戶端的主要問題 由于 C/S 結(jié)構(gòu)下的胖客戶端，非常難于部署和維護(hù)；同時(shí)隨著應(yīng)用程序和客戶端平臺(tái)的復(fù)雜性不斷增加，以可靠且安全的方式將應(yīng)用程序部署到客戶計(jì)算機(jī)的難度也將不斷增加 。 （ 2） B/S 結(jié)構(gòu)的瘦客戶端改進(jìn)了胖客戶端的主要問題 為了解決這個(gè)問題，同時(shí)也伴隨著 Inter 的高速發(fā)展，出現(xiàn)了基于 Web 的 B/S 結(jié)構(gòu)，客戶端也就成了“瘦客戶端”。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 2/18 頁 同時(shí)，由于 傳統(tǒng)的因特網(wǎng)模型使用線性的設(shè)計(jì)，提供給用戶一些選擇然后用戶發(fā)送選擇結(jié)果給服務(wù)器，這種單一的模式不符合應(yīng)用程序的靈活交互的要求和用戶的意愿。雖然使用 HTML 能夠做出非常漂亮的頁面，使用 JavaScript 也能夠在客戶端進(jìn)行一些處理，但是， JavaScript 這樣的腳本語言畢竟不能和編譯語言的功能如 Java 語言相比。 因此，該應(yīng)用程序的響應(yīng)速度通常要比胖客戶端應(yīng)用程序慢得多。這樣，會(huì)給服務(wù)器帶來額外的負(fù)擔(dān)，同時(shí)，程序員也不得不處理因 Session 過期而帶來的種種問題。 圖 B/S 和 C/S 體系結(jié)構(gòu)相混合的系統(tǒng)架構(gòu)設(shè)計(jì)實(shí)現(xiàn)方案 因?yàn)椴捎?C/S 與 B/S 混合的軟件體系結(jié)構(gòu)設(shè)計(jì)，更能節(jié)省開發(fā)和維護(hù)成本，并使系統(tǒng)具有良好的開放性、易擴(kuò)展性和便于移植等優(yōu)點(diǎn)；并針對(duì)不同形 式的訪問者提供不同形式的訪問操作的界面，能夠更好地體現(xiàn)和滿足應(yīng)用系統(tǒng)中用戶個(gè)性化訪問的要求。 （ 1）數(shù)據(jù)模型中的“豐富” 所謂的數(shù)據(jù)模型中的“豐富”的基本意思是 指， 用戶界面可以顯示和操作更為復(fù)雜的客戶端的數(shù)據(jù)，從而可以有更大的空間去創(chuàng)建更高效、更具有交互性的網(wǎng)絡(luò)應(yīng)用程序。 XMLHttpRequest一直以來常被用于實(shí)現(xiàn) “ 無刷新 ” 的 Web頁面，它和 JavaScript配合，可以完成數(shù)據(jù)從服務(wù)器和客戶端的傳輸 和處理 。 它可以使 Java 應(yīng)用程序的用戶無需經(jīng)過傳統(tǒng)意義上的軟件安裝過程，就可以下載并執(zhí)行所需的 Java 應(yīng)用程序，并能夠在恰當(dāng)?shù)臅r(shí)候自動(dòng)進(jìn)行軟件的更新和升級(jí)?，F(xiàn)在Macromedia 新的表示層解決方案產(chǎn)品 Flex 的 MXML 語言可以直接編譯生成可以在 Flash Player 中運(yùn)行的 SWF 文件，實(shí)現(xiàn)了內(nèi)容、邏輯層、表示 層的分離，可以更高效的開發(fā) RIA產(chǎn)品 。 （ 2） 什么是應(yīng)用框架 ? 應(yīng)用框架它提供了一個(gè)概括的體系結(jié)構(gòu)模版 可以用這個(gè)模板來構(gòu)建特定領(lǐng)域中的應(yīng)用 系統(tǒng) 程序 ，因?yàn)?人們將相同類型問題的解決途徑進(jìn)行抽象并提供基本的資源，從而抽取成能夠解決某一應(yīng)用問題的模版。 但由于“系統(tǒng)平臺(tái)”主要指提供特定系統(tǒng)服務(wù)的系統(tǒng)軟件，而框架則更側(cè)重于設(shè)計(jì)、開發(fā)過程，或者可以說，框架是通過調(diào)用系統(tǒng)平臺(tái)提供的系統(tǒng)服務(wù)而發(fā)揮出特定的應(yīng)用功楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 6/18 頁 能。 （ 1）目前企業(yè)級(jí)應(yīng)用開發(fā)的客觀現(xiàn)實(shí) 因?yàn)檐浖到y(tǒng)發(fā)展到今天已經(jīng)很復(fù)雜了，特別是服務(wù)器端軟件 的開發(fā)實(shí)現(xiàn) ， 所涉及 到的知識(shí) 、 內(nèi)容 、 問題太多。因?yàn)榭梢猿浞值乩美^承和重用等機(jī)制，能最大限度地加快一個(gè)特定應(yīng)用系統(tǒng)的實(shí)現(xiàn)。從而使得軟件系統(tǒng)的開發(fā)者 ，如果是 應(yīng)用框架技術(shù)來開發(fā)企業(yè)應(yīng)用系統(tǒng)時(shí)，能夠大大地提高 系統(tǒng) 開發(fā)的效率。 比如 Spring 框架中所提供的編程式和說明式 事務(wù) 管理的支持等。在這種情況下，應(yīng)用系統(tǒng)的開發(fā)過程就變成了對(duì)組件接口、組件上下文以及框架環(huán)境一致性的集成過程。 （ 3） 開發(fā) 團(tuán)隊(duì)構(gòu)建和人員構(gòu)成問題 傳統(tǒng)軟件的開發(fā)組織一般由分析員、設(shè)計(jì)員、程序員和測(cè)試員組成。 3) 應(yīng)用系統(tǒng)部署者 ： 將系統(tǒng)部署基本單元放入選定的平臺(tái)環(huán)境或基本框架中，完成軟件定制的要求。 這六個(gè)角色的工作 性質(zhì)和內(nèi)容的 專業(yè)性 都 很強(qiáng)，要兼顧成為多面手很不容易 ，因此，如何組織好開發(fā)隊(duì)伍 尤為重要。這樣的設(shè)計(jì)結(jié)果將導(dǎo)致采用框架來開發(fā)的 某一特定的 應(yīng)用系統(tǒng)會(huì)出現(xiàn)一定的冗余。 （ 4）平臺(tái)的鎖定 一個(gè)采用特定框架 技術(shù)實(shí)現(xiàn) 的應(yīng)用系統(tǒng)幾乎會(huì)被鎖定在這個(gè)框架廠商的產(chǎn)品上 ， 這樣當(dāng)系統(tǒng)需要進(jìn)行移植時(shí)，將要求對(duì)系統(tǒng)的 設(shè)計(jì)和功能實(shí)現(xiàn) 代碼進(jìn)行全部或者部分的改寫。 應(yīng)用 輕量級(jí)框架技術(shù) 架構(gòu)應(yīng)用系統(tǒng) J2EE 平臺(tái)中的輕量級(jí)框架技術(shù) （ 1）輕量級(jí) Java 技術(shù) 在 Java 應(yīng)用程序開發(fā)環(huán)境中，“輕量級(jí) Java”主要是指兩個(gè)方面的內(nèi)涵內(nèi)容：簡(jiǎn)化的編程模型和更具響應(yīng)能力的容器（非侵 入性和獨(dú)立于容器性） ； 輕量級(jí) Java 的另一個(gè)關(guān)鍵特征是，它不會(huì)強(qiáng)迫業(yè)務(wù)對(duì)象遵循某個(gè)平臺(tái)的特定接口規(guī)范 這將能夠允許開發(fā)人員利用 POJO（ Plain Ordinary Java Objects） 來實(shí)現(xiàn)業(yè)務(wù)邏輯 ,比較可以 提高開發(fā) 的 效率 ，在系統(tǒng)的可移植性方面也具有一定的優(yōu)勢(shì) 。 （ 2）可以在容器外開發(fā)實(shí)現(xiàn)，同時(shí)也縮短應(yīng)用程序的部署時(shí)間 因?yàn)?在 業(yè)務(wù)邏輯 的功能 實(shí)現(xiàn) 中是 采用 POJO 技術(shù) ，所以不 必要部署到容器 的環(huán)境 中 運(yùn)行 ，而 可以在容器外 編程 開發(fā)實(shí)現(xiàn)。 （ 1）比較流行的開源表現(xiàn)層框架主要有 Struts、 JSF 和 Tapestry Struts 和 JSF/Tapestry 都屬于表現(xiàn)層框架，這兩種分屬不同性質(zhì)的框架 。采用 IoC 使得它可以很容易 地 實(shí)現(xiàn)組件的裝配，提 供了簡(jiǎn)潔的 AOP 技術(shù) 并據(jù)此實(shí)現(xiàn)事務(wù)管理等，但是它不具備處理應(yīng)用 系統(tǒng)中的 分布式的能力。 Spring 框架是不可能代替 J2EE EJB 組件技術(shù)、 Hibernate 框架也是不可能代替 J2EE EJB 組件技術(shù)中的實(shí)體 Bean（ Entity Bean）技術(shù)的，而只能是對(duì)這些楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 11/18 頁 相關(guān)的技術(shù)進(jìn)行優(yōu)化和完善。 對(duì)于大型企業(yè)應(yīng)用 系統(tǒng) 以及將來可能涉及到 功能 擴(kuò)展的中小型應(yīng)用 系統(tǒng)， 采用結(jié)合使用輕量級(jí)框架和重量級(jí) J2EE EJB 框架 技術(shù) 是一種較好的解決方案。 圖 采用 Struts MVC 框架技術(shù)架構(gòu) 的 某系
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1