信息系統(tǒng)開發(fā)技術(shù)概述

信息系統(tǒng)開發(fā)技術(shù)概述同濟大學經(jīng)濟與管理學院徐德華博士主要內(nèi)容1.統(tǒng)一建模語言UML2．COM+組件技術(shù)3.CORBA4.EJB與J2EE5..NET平臺1.統(tǒng)一建模語言UML1.1UML產(chǎn)生背景面向?qū)ο蠼ＵZ言出現(xiàn)于70年代中期。從1989年到1994年，其數(shù)量從不到十種增加到了五十多種。90年代中，一批新方法出現(xiàn)了，其中最引人注目的是Booch1993、OOSE和OMT-2等。Booch是面向?qū)ο蠓椒ㄗ钤绲某珜?dǎo)者之一，Booch1993比較適合于系統(tǒng)的設(shè)計和構(gòu)造。Rumbaugh等人提出了面向?qū)ο蟮慕＜夹g(shù)（OMT）方法，用對象模型、動態(tài)模型、功能模型和用例模型，共同完成對整個系統(tǒng)的建模，所定義的概念和符號可用于軟件開發(fā)的分析、設(shè)計和實現(xiàn)的全過程，軟件開發(fā)人員不必在開發(fā)過程的不同階段進行概念和符號的轉(zhuǎn)換。OMT-2特別適用于分析和描述以數(shù)據(jù)為中心的信息系統(tǒng)。Jacobson于1994年提出了OOSE方法，其最大特點是面向用例(Use-Case)，并在用例的描述中引入了外部角色的概念。OOSE比較適合支持商業(yè)工程和需求分析。統(tǒng)一建模語言（UnifiedModelingLanguage，UML）不僅統(tǒng)一了Booch、Rumbaugh和Jacobson的表示方法，而且對其作了進一步的發(fā)展，并最終統(tǒng)一為大眾所接受的標準建模語言。“統(tǒng)一建模語言（UML）是一種用于軟件系統(tǒng)制品規(guī)約的、可視化的構(gòu)造及建檔語言，也可用于業(yè)務(wù)建模以及其它非軟件系統(tǒng)。”UML是一種通用的可視化建模語言，用于對軟件進行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。UML適用于各種軟件開發(fā)方法、軟件生命周期的各個階段、各種應(yīng)用領(lǐng)域以及各種開發(fā)工具UML能夠描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為：靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和操作以及這些對象之間的相互關(guān)系；動態(tài)行為定義了對象的時間特性和對象為完成目標任務(wù)而相互進行通信的機制。UML不是一種程序設(shè)計語言，但我們可以用代碼生成器將UML模型轉(zhuǎn)換為多種程序設(shè)計語言代碼，或使用反向生成器工具將程序源代碼轉(zhuǎn)換為UML模型。1.2UML語言概述1.2.1UML語言的特征不是一種可視化的程序設(shè)計語言，而是一種可視化的建模語言；是一種建模語言規(guī)格說明，是面向?qū)ο蠓治雠c設(shè)計的一種標準表示；不是過程，也不是方法，但允許任何一種過程和方法使用它。1.2.2UML語言的目標易于使用，表達能力強，進行可視化建模；與具體的實現(xiàn)無關(guān)，可應(yīng)用于任何語言平臺和工具平臺；與具體的過程無關(guān)，可應(yīng)用于任何軟件開發(fā)過程；簡單并且可擴展，具有擴展和專有化機制；強調(diào)在軟件開發(fā)中，對架構(gòu)、框架、模式和組件的重用；與最好的軟件工程實踐經(jīng)驗集成；可升級，具有廣闊的適用性和可用性；有利于面向?qū)ο蠊ぞ叩氖袌鲈鲩L。1.2.3UML組成由視圖view，圖diagram，模型元素modelelement和通用機制generalmechanism等幾個部分組成。視圖是表達系統(tǒng)的某一方面特征的UML建模元素的子集，由多個圖構(gòu)成，是系統(tǒng)的抽象表示；圖是模型元素集的圖形表示；模型元素代表面向?qū)ο笾械念悺ο?、消息和關(guān)系等概念，是構(gòu)成圖的最基本的常用概念。通用機制用于表示其它信息，比如注釋、模型元素的語義等。。1.3UML語義義UML語義義描述述基于于UML的的精確確元模模型（（MetaModel）定定義。。元模模型為為UML的的所有有元素素在語語法和和語義義上提提供了了簡單單、一一致、、通用用的定定義性性說明明，使使開發(fā)發(fā)者能能在語語義上上取得得一致致，消消除了了因人人而異異的最最佳表表達方方法所所造成成的影影響。。此外外UML還還支持持對元元模型型的擴擴展定定義。。1.4UML表示示法UML表示示法定定義UML符號號的表表示法法，為為開發(fā)發(fā)者或或開發(fā)發(fā)工具具使用用這些些圖形形符號號和文文本語語法為為系統(tǒng)統(tǒng)建模模提供供了標標準。。這些些圖形形符號號和文文字所所表達達的是是應(yīng)用用級的的模型型，在在語義義上它它是UML元模模型的的實例例。統(tǒng)一建建模語語言UML的重重要內(nèi)內(nèi)容可可以由由五類類圖（（共9種圖圖形））來定定義。。用用例圖圖（UseCasediagram））用例視視圖是是被稱稱為參參與者者的外外部用用戶所所能觀觀察到到的系系統(tǒng)功功能的的模型型圖。。用例例是外外部可可見的的一個個系統(tǒng)統(tǒng)功能能單元元，這這些功功能由由系統(tǒng)統(tǒng)單元元所提提供，，并通通過一一系列列系統(tǒng)統(tǒng)單元元與一一個或或多個個參與與者之之間交交換的的消息息所表表達。。用例也也可以以有不不同的的層次次。用用例可可以用用其他他更簡簡單的的用例例進行行說明明。在在交互互視圖圖中，，用例例作為為交互互圖中中的一一次協(xié)協(xié)作來來實現(xiàn)現(xiàn)。靜靜態(tài)圖圖（Staticdiagram））靜態(tài)圖圖對應(yīng)應(yīng)用領(lǐng)領(lǐng)域中中的概概念以以及與與系統(tǒng)統(tǒng)實現(xiàn)現(xiàn)有關(guān)關(guān)的內(nèi)內(nèi)部概概念建建模，，包括括類圖圖、對對象圖圖和包包圖。。類圖描描述系系統(tǒng)中中類的的靜態(tài)態(tài)結(jié)構(gòu)構(gòu)。對象圖圖是類類圖的的實例例，幾幾乎使使用與與類圖圖完全全相同同的標標識。。他們們的不不同點點在于于對象象圖顯顯示類類的多多個對對象實實例，，而不不是實實際的的類。。包圖由由包或或類組組成，，表示示包與與包之之間的的關(guān)系系。包包是操操作模模型內(nèi)內(nèi)容、、存取取控制制和配配置控控制的的基本本單元元。行行為圖圖（Behaviordiagram））行為圖圖包括括狀態(tài)態(tài)圖和和活動動圖，，描述述系統(tǒng)統(tǒng)的動動態(tài)模模型和和組成成對象象間的的交互互關(guān)系系。狀態(tài)圖圖描述述類的的對象象所有有可能能的狀狀態(tài)以以及事事件發(fā)發(fā)生時時狀態(tài)態(tài)的轉(zhuǎn)轉(zhuǎn)移條條件。。狀態(tài)態(tài)圖可可用于于描述述用戶戶接口口、設(shè)設(shè)備控控制器器和其其他具具有反反饋的的子系系統(tǒng)。?；顒訄D圖描述述滿足足用例例要求求所要要進行行的活活動以以及活活動間間的約約束關(guān)關(guān)系，，有利利于識識別并并行活活動。。活動動圖有有助于于理解解系統(tǒng)統(tǒng)高層層活動動的執(zhí)執(zhí)行行行為，，而不不涉及及建立立協(xié)作作圖所所必須須的消消息傳傳送細細節(jié)。。交交互圖圖（Interactivediagram）交互圖圖描述述了執(zhí)執(zhí)行系系統(tǒng)功功能的的各個個角色色之間間相互互傳遞遞消息息的順順序關(guān)關(guān)系，，包括括順序序圖和和合作作圖。。順序圖圖顯示示對象象之間間的動動態(tài)合合作關(guān)關(guān)系，，它強強調(diào)對對象之之間傳傳送消消息的的時間間順序序，同同時顯顯示對對象之之間的的交互互關(guān)系系。順順序圖圖可以以用來來進行行一個個場景景說明明，即即一個個事務(wù)務(wù)的歷歷史過過程。。協(xié)作圖圖描述述對象象間的的協(xié)作作關(guān)系系，協(xié)協(xié)作圖圖跟順順序圖圖相似似，顯顯示對對象間間的動動態(tài)合合作關(guān)關(guān)系，，但它它們的的側(cè)重重點不不同。。實實現(xiàn)圖圖（Implementationdiagram））實現(xiàn)圖圖包括括構(gòu)件件圖和和配置置圖，，顯示示系統(tǒng)統(tǒng)實現(xiàn)現(xiàn)時的的一些些特性性，包包括源源代碼碼的靜靜態(tài)結(jié)結(jié)構(gòu)和和運行行時刻刻的實實現(xiàn)結(jié)結(jié)構(gòu)。。構(gòu)件圖圖描述述代碼碼部件件的物物理結(jié)結(jié)構(gòu)及及各部部件之之間的的依賴賴關(guān)系系，有有助于于分析析和理理解部部件之之間的的相互互影響響程度度。配置圖圖定義義系統(tǒng)統(tǒng)硬件件的物物理拓拓撲結(jié)結(jié)構(gòu)以以及在在此結(jié)結(jié)構(gòu)上上執(zhí)行行的軟軟件。。它可可以顯顯示計計算結(jié)結(jié)點的的拓撲撲結(jié)構(gòu)構(gòu)和通通信路路徑、、結(jié)點點上運運行的的軟件件構(gòu)件件、軟軟件構(gòu)構(gòu)件包包含的的邏輯輯單元元(對對象、、類)等。。1.5UML的應(yīng)應(yīng)用領(lǐng)領(lǐng)域UML的目目標是是以面面向?qū)ο髨D圖的方方式來來描述述任何何類型型的系系統(tǒng)，，具有有很寬寬的應(yīng)應(yīng)用領(lǐng)領(lǐng)域。。其中中最常常用的的是建建立軟軟件系系統(tǒng)的的模型型，但但它同同樣可可以用用于描描述非非軟件件領(lǐng)域域的系系統(tǒng)，，如機機械系系統(tǒng)、、企業(yè)業(yè)機構(gòu)構(gòu)或業(yè)業(yè)務(wù)過過程，，以及及處理理復(fù)雜雜數(shù)據(jù)據(jù)的信信息系系統(tǒng)、、具有有實時時要求求的工工業(yè)系系統(tǒng)或或工業(yè)業(yè)過程程等。?？傊?，，UML是是一個個通用用的標標準建建模語語言，，可以以對任任何具具有靜靜態(tài)結(jié)結(jié)構(gòu)和和動態(tài)態(tài)行為為的系系統(tǒng)進進行建建模。。此外外，UML適用用于系系統(tǒng)開開發(fā)過過程中中從需需求規(guī)規(guī)格描描述到到系統(tǒng)統(tǒng)完成成后測測試的的不同同階段段。2．COM+組組件技技術(shù)所謂組組件，，其實實就是是一種種可部部署軟軟件的的代碼碼包，，其中中包括括某些些可執(zhí)執(zhí)行模模塊。。組件件單獨獨開發(fā)發(fā)并作作為軟軟件單單元使使用，，它具具有明明確的的接口口，軟軟件就就是通通過這這些接接口調(diào)調(diào)用組組件所所能提提供的的服務(wù)務(wù)，多多種組組件可可以聯(lián)聯(lián)合起起來構(gòu)構(gòu)成更更大型型的組組件乃乃至直直接建建立整整個系系統(tǒng)。。實現(xiàn)組組件并并不一一定需需要采采用面面向?qū)ο笳Z語言。。支持持組件件的技技術(shù)包包括COM+、、CORBA和和EJB等等。2.1COM的產(chǎn)產(chǎn)生Microsoft出品品了COM（ComponentObjectModel）），COM僅僅僅只是是一個個規(guī)范范。不不管組組件用用什么么語言言寫成成，只只要符符合這這個COM規(guī)范范，就就能被被用任任何一一種語語言寫寫成的的客戶戶程序序調(diào)用用。Microsoft推出出Windows98和Windows2000后后，整整個操操作系系統(tǒng)的的核心心都圍圍繞著著COM來來建立立。我我們可可以把把Windows系系統(tǒng)看看作是是一系系列的的COM接接口，，在需需要是是可以以調(diào)用用這些些接口口。COM服務(wù)務(wù)程序序有三三種形形式：：第一種種是駐駐留在在本地地機器器上以以DLL形形式提提供，，該服服務(wù)程程序被被調(diào)用用時，，嵌入入到調(diào)調(diào)用程程序的的線程程中運運行，，是最最常用用的形形式；；第二種種是駐駐留在在本地地機器器上以以EXE形形式提提供，，該服服務(wù)程程序被被調(diào)用用時將將占用用獨立立的線線程運運行；；第三種種駐留留在遠遠端機機器上上以EXE形式式提供供，服服務(wù)程程序通通過網(wǎng)網(wǎng)絡(luò)被被調(diào)用用，它它在遠遠端機機器上上運行行，結(jié)結(jié)果通通過網(wǎng)網(wǎng)絡(luò)返返回調(diào)調(diào)用者者。COM的缺缺點就就是大大家常常常提提到的的“DLL地獄獄”。。這個個問題題在一一個DLL要被被一個個新版版本的的DLL所所取代代時引引發(fā)。。開發(fā)發(fā)者不不得不不通過過關(guān)閉閉所有有的客客戶應(yīng)應(yīng)用程程序的的方法法來達達到清清除所所用對對這個個組件件的引引用的的目的的。有有時所所有的的方法法都還還起不不了作作用，，那你你只好好重新新啟動動服務(wù)務(wù)器后后才能能替換換掉老老的DLL。2.2DCOM即DistributedCOM，，與COM的不不同點點：COM有兩兩種存存在形形式（（DLL、、EXE）），但但DCOM必須須是可可執(zhí)行行程序序，因因為DCOM不不可能能在客客戶程程序的的內(nèi)存存空間間運行行，所所以不不能是是動態(tài)態(tài)連接接庫。。COM（DLL形式式）可可以不不用RPC通信信，而而DCOM必須須使用用RPC遠遠程調(diào)調(diào)用。。COM（DLL形式式）與與客戶戶共同同存在在于同同一內(nèi)內(nèi)存空空間，，調(diào)用用速度度快。。COM（DLL形式式）的的安全全性不不高，，客戶戶程序序可以以造成成服務(wù)務(wù)COM發(fā)發(fā)生錯錯誤，，DCOM安全全性高高。COM程序序配置置簡單單，DCOM配配置較較復(fù)雜雜。2.3COM+的的產(chǎn)生生為了讓讓企業(yè)業(yè)級的的應(yīng)用用程序序能使使用上上COM，，它必必需要要有以以下的的特定定的能能力。。驗證能能力對象池池（ObjectPooling））事務(wù)處處理支持分分布式式架構(gòu)構(gòu)為了使使開發(fā)發(fā)者不不必去去為他他們的的組件件添加加這些些能力力，微微軟公公司出出品了了DCOM和MTS（MicrosoftTransactionServer，，微軟軟事務(wù)務(wù)服務(wù)務(wù)器））。MTS允許許相關(guān)關(guān)的作作業(yè)單單元被被當作作一個個事務(wù)務(wù)來對對待，，這意意味著著如果果所有有的作作業(yè)單單元被被成功功地完完成，，整個個事務(wù)務(wù)就被被當作作成功功地完完成，，反之之如果果有一一個單單元未未成功功完成成，整整個事事務(wù)將將被重重新輪輪回。。在客戶戶請求求對象象和釋釋放對對象后后，MTS仍保保存著著這個個對象象，所所以當當另一一個客客戶請請求同同一個個組件件的時時候，，MTS就就將保保存著著的對對象交交給它它。通通過這這種方方式，，MTS減減少了了在服服務(wù)器器源實實例化化的次次數(shù)。。MTS針對對企業(yè)業(yè)應(yīng)用用和Web應(yīng)用用的特特點，，在COM/DCOM的的基礎(chǔ)礎(chǔ)上又又添加加了許許多功功能和和特性性，包包括事事務(wù)特特性、、安全全模型型、管管理和和配置置等，，MTS使使COM成成為一一個完完整的的組件件體系系結(jié)構(gòu)構(gòu)。COM+并并不是是COM的的新版版本，，我們們可以以把它它理解解為COM的新新發(fā)展展，COM+的的底層層結(jié)構(gòu)構(gòu)仍然然以COM為基基礎(chǔ)。?？梢砸哉J為為COM+是COM、DCOM和和MTS的的集成成。但但更重重要的的一點點是，，COM+倡導(dǎo)導(dǎo)了一一種新新的概概念，，它把把COM組組件軟軟件提提升到到應(yīng)用用層而而不再再是底底層的的軟件件結(jié)構(gòu)構(gòu)，它它通過過操作作系統(tǒng)統(tǒng)的各各種支支持，，使組組件對對象模模型建建立在在應(yīng)用用層上上，把把所有有組件件的底底層細細節(jié)留留給操操作系系統(tǒng)，，因此此，COM+與與操作作系統(tǒng)統(tǒng)的結(jié)結(jié)合更更加緊緊密。。2.4COM+基基本結(jié)結(jié)構(gòu)COM+不不再局局限于于COM的的組件件技術(shù)術(shù)，它它更加加注重重于分分布式式網(wǎng)絡(luò)絡(luò)應(yīng)用用的設(shè)設(shè)計和和實現(xiàn)現(xiàn)，已已經(jīng)成成為Microsoft系統(tǒng)統(tǒng)平臺臺策略略和軟軟件發(fā)發(fā)展策策略的的一部部分。。2.4.1WindowsDNA策略略WindowsDNA（DistributedinterNetApplicationArchitecture）是是Microsoft多多年積積累下下來的的技術(shù)術(shù)精華華集合合起來來而形形成一一個完完整的的、多多層結(jié)結(jié)構(gòu)的的企業(yè)業(yè)應(yīng)用用總體體方案案，它它使Windows真正正成為為企業(yè)業(yè)應(yīng)用用平臺臺。(a)三三層結(jié)結(jié)構(gòu)技技術(shù)組組成模模型(b)WindowsDNA結(jié)結(jié)構(gòu)2.4.2COM+基基本結(jié)結(jié)構(gòu)從COM的的發(fā)展展角度度來看看，COM最初初作為為桌面面操作作系統(tǒng)統(tǒng)平臺臺上的的組件件技術(shù)術(shù)，主主要為為OLE服服務(wù)。。但是是隨著著WindowsNT與DCOM的的發(fā)布布，COM通過過底層層的遠遠程支支持使使組件件技術(shù)術(shù)延伸伸到了了分布布式應(yīng)應(yīng)用領(lǐng)領(lǐng)域，，充分分體現(xiàn)現(xiàn)了COM的擴擴展能能力以以及組組件結(jié)結(jié)構(gòu)模模型的的優(yōu)勢勢。MTS為COM增添添了許許多新新的內(nèi)內(nèi)容，，彌補補了COM和DCOM的的一些些不足足，它它注重重于服服務(wù)器器一端端的組組件管管理和和配置置環(huán)境境。COM+進進一步步把COM、DCOM和和MTS統(tǒng)統(tǒng)一起起來，，形成成真正正適合合于企企業(yè)應(yīng)應(yīng)用的的組件件技術(shù)術(shù)。COM+組組成結(jié)結(jié)構(gòu)圖圖COM+不不僅繼繼承了了COM、、DCOM和MTS的許許多特特性，，同時時也新新增了了一些些服務(wù)務(wù)，比比如負負載平平衡、、內(nèi)存存數(shù)據(jù)據(jù)庫、、事件件模型型、隊隊列服服務(wù)等等。COM和MTS把組組件的的所有有配置置信息息都保保存在在Windows的的系統(tǒng)統(tǒng)注冊冊表中中，然然而，，COM+把大大多數(shù)數(shù)的組組件信信息保保存在在一個個新的的數(shù)據(jù)據(jù)庫中中，稱稱為COM+目目錄(COM+Catalog)。。COM+目錄錄把COM和MTS的注注冊模模型統(tǒng)統(tǒng)一起起來，，并提提供了了一個個專門門針對對組件件的管管理環(huán)環(huán)境。。2.5COM+新增增系統(tǒng)服服務(wù)介紹紹COM+的系統(tǒng)統(tǒng)服務(wù)充充分體現(xiàn)現(xiàn)了COM+的的特征，，通過這這些系統(tǒng)統(tǒng)服務(wù)，，我們可可以很容容易地開開發(fā)出多多層結(jié)構(gòu)構(gòu)的應(yīng)用用系統(tǒng)，，因為這這些系統(tǒng)統(tǒng)服務(wù)本本身已經(jīng)經(jīng)滿足了了多層應(yīng)應(yīng)用的一一些基本本要求。。COM+的系統(tǒng)統(tǒng)服務(wù)有有的是新新增加的的，包括括隊列組組件、負負載平衡衡、內(nèi)存存數(shù)據(jù)庫庫和事件件服務(wù)。。有的從從MTS繼承過過來并增增強了的的，包括括事務(wù)、、對象池池、安全全模型以以及管理理特性。。2.5.1COM+隊列組組件COM+除了支支持這種種基于RPC連連接的運運行方式式，它還還支持另另一種運運行模式式，基于于消息的的通訊過過程，它它可以有有效地把把客戶與與組件的的生存期期分離開開。這種種模式通通過COM+的的隊列組組件服務(wù)務(wù)實現(xiàn)。。隊列組件件并沒有有使用直直接的RPC連連接，而而是采用用了底層層的消息息系統(tǒng)MSMQ(MicrosoftMessageQueueServer)。?？蛻舫坛绦虿辉僭僦苯诱{(diào)調(diào)用組件件對象，，它利用用消息機機制與組組件對象象進行通通訊，即即使組件件對象并并沒有運運行，客客戶程序序仍然可可以執(zhí)行行操作。。2.5.2COM+事件模模型COM+事件模模型用中中心服務(wù)務(wù)和中心心管理的的方式把把發(fā)布者者與訂閱閱者之間間的依賴賴關(guān)系分分離開，，它用事事件類作作為發(fā)布布者和訂訂閱者之之間的中中間對象象，發(fā)布布者必須須通過事事件類發(fā)發(fā)布信息息。事件件類是由由COM+事件件服務(wù)提提供的對對象，它它實現(xiàn)了了事件接接口。當當發(fā)布者者要激發(fā)發(fā)事件時時，它創(chuàng)創(chuàng)建一個個事件類類對象，，調(diào)用相相應(yīng)的事事件方法法，然后后釋放對對象的接接口。COM+事件服服務(wù)會決決定如何何通知訂訂閱者，，決定什什么時候候通知訂訂閱者。。如同隊隊列組件件情形一一樣，發(fā)發(fā)布者和和訂閱者者的生存存時間可可以被分分離。負負載平衡衡為了使組組件支持持負載平平衡，必必須定義義一個應(yīng)應(yīng)用群集集(applicationcluster)，應(yīng)用用群集是是指一組組已經(jīng)安安裝了服服務(wù)器端端組件的的機器，，然后把把一臺機機器配置置成負載載平衡路路由器(router)。COM+負載平平衡以NT系統(tǒng)統(tǒng)服務(wù)的的形式運運行在路路由器機機器上，，當路由由器的SCM(ServiceControlManager)接收到到遠程創(chuàng)創(chuàng)建對象象請求時時，它把把請求傳傳遞到負負載最輕輕的機器器上。一一旦對象象已經(jīng)被被成功創(chuàng)創(chuàng)建，那那么客戶戶與對象象之間的的連接是是直接進進行的，，而不必必再通過過路由器器。內(nèi)內(nèi)存數(shù)據(jù)據(jù)庫(IMDB)COM+的內(nèi)存存數(shù)據(jù)庫庫(InMemoryDatabase)服服務(wù)用于于保存應(yīng)應(yīng)用的非非永久狀狀態(tài)信息息。IMDB是是一個駐駐留在內(nèi)內(nèi)存中的的支持事事務(wù)特性性的數(shù)據(jù)據(jù)庫系統(tǒng)統(tǒng)，它可可以為COM+應(yīng)用程程序提供供快速的的數(shù)據(jù)訪訪問。由于IMDB是是內(nèi)存中中的數(shù)據(jù)據(jù)庫，所所以IMDB只只對本機機器上的的COM+組件件有效，，不支持持分布式式概念，，并且多多個IMDB機機器不能能裝入同同一個數(shù)數(shù)據(jù)表。。2.5.3COM+對象象池對象池是是指把對對象的實實例保留留在內(nèi)存存中，以以便當客客戶請求求創(chuàng)建對對象時可可以馬上上用到這這些對象象。對象象池如同同IMDB一樣樣，完全全是出于于效率考考慮的原原因，用用來建立立大型的的應(yīng)用系系統(tǒng)。2.6COM+的主主要特性性真正的異異步通訊訊?？蛻魬艉徒M件件有可能能在不同同的時間間點上協(xié)協(xié)同工作作。事件服務(wù)務(wù)?？缮炜s性性。動態(tài)態(tài)負載平平衡以及及內(nèi)存數(shù)數(shù)據(jù)庫、、對象池池等系統(tǒng)統(tǒng)服務(wù)都都為COM+的的可伸縮縮性提供供了技術(shù)術(shù)基礎(chǔ)。。繼承并發(fā)發(fā)展了MTS的的特性。。可管理和和可配置置性。易于開發(fā)發(fā)。COM+開開發(fā)模型型比以前前的COM組件件開發(fā)更更為簡化化。3.CORBA3.1對對象管管理集團團（OMG）OMG（（ObjectManagementGroup））成立于于1989年，，作為一一個非營營利性組組織，致致力于開開發(fā)在技技術(shù)上具具有先進進性、在在商業(yè)上上具有可可行性并并且獨立立于廠商商的軟件件互聯(lián)規(guī)規(guī)范，推推廣面向向?qū)ο竽ＤＰ图夹g(shù)術(shù)，增強強軟件的的可移植植性、可可重用性性和互操操作性。。OMG于于1990年年末提出出了一個個對象管管理結(jié)構(gòu)構(gòu)的基準準結(jié)構(gòu)OMA(ObjectManagementArchitecture)。。OMA主要涉涉及用于于面向?qū)ο笳Z言言、系統(tǒng)統(tǒng)、數(shù)據(jù)據(jù)庫及應(yīng)應(yīng)用程序序框架的的統(tǒng)一術(shù)術(shù)語體系系，面向向?qū)ο筌涇浖到y(tǒng)統(tǒng)的抽象象框架和和基于面面向?qū)ο笙蠹夹g(shù)的的分布式式軟件系系統(tǒng)參考考模型等等。OMG于于1991年年末提出出的公共共對象請請求代理理程序體體系結(jié)構(gòu)構(gòu)CORBA(CommonObjectRequestBrokerArchitecture)，是是OMA參考模模型中的的ORB接口技技術(shù)規(guī)范范。這一一標準規(guī)規(guī)定了如如何定義義、創(chuàng)建建、調(diào)度度、引用用對象，，以及對對象之間間如何通通訊。3.2CORBA規(guī)規(guī)范基本本內(nèi)容CORBA是一一個規(guī)范范（Specification））而不是是程序?qū)崒崿F(xiàn)（Implementation），，提供了了一個允允許在分分布式和和異構(gòu)型型環(huán)境中中應(yīng)用程程序之間間進行互互操作的的框架。。CORBA規(guī)規(guī)范的基基本組成成如下圖圖所示。。對對象請求求代理ORBORB(ObjectRequestBroker)是是CORBA的的核心，，在CORBA中，所所有的通通訊都通通過ORB進行行。ORB作作為一個個“軟件件總線””來連接接網(wǎng)絡(luò)上上的不同同對象，，提供對對象的定定位和方方法調(diào)用用，它是是CORBA實實現(xiàn)的關(guān)關(guān)鍵。其其主要功功能是定定位服務(wù)務(wù)對象，，分析客客戶對象象的請求求，獲取取服務(wù)對對象的功功能接口口，在客客戶與服服務(wù)對象象間建立立通信連連接?？蛻魧ο笙笸耆煽梢圆魂P(guān)關(guān)心服務(wù)務(wù)器對象象的位置置、實現(xiàn)現(xiàn)它所采采用的具具體技術(shù)術(shù)和工作作的硬件件平臺。。接接口定義義語言IDLIDL（（InterfaceDefinitionLanguage））是用于于描述對對象接口口的一種種高級符符號語言言。IDL不涉涉及任何何接口的的實現(xiàn)細細節(jié)，所所有COBRA系統(tǒng)都都根據(jù)IDL用用某種特特定語言言來實現(xiàn)現(xiàn)接口。。IDL是是獨立于于其他編編程語言言的功能能描述性性語言。。利用IDL，，完成CORBA服務(wù)務(wù)對象方方法的說說明，然然后利用用語言映映射工具具，將用用IDL定義的的CORBA對對象方法法說明翻翻譯成高高級編程程語言的的接口說說明。IDL描描述通常常以接口口庫的方方式進行行存貯。。接接口庫CORBA引入入接口倉倉庫（InterfaceRepository）的的目的在在于使服服務(wù)對象象能夠提提供持久久的對象象服務(wù)。。將接口口信息存存入接口口倉庫后后，如果果客戶端端應(yīng)用提提交動態(tài)態(tài)調(diào)用請請求（DynamicInvocation）），ORB可以以根據(jù)接接口倉庫庫中的接接口信息息及分布布環(huán)境下下數(shù)據(jù)對對象的描描述，獲獲取請求求調(diào)用所所需的信信息。接接口信息息包括了了所有描描述服務(wù)務(wù)對象屬屬性、操操作、自自定義數(shù)數(shù)據(jù)類型型及異常常處理的的IDL定義。?；緦ο笙筮m配器器BOABOA（（BasicObjectAdapter））是為服服務(wù)對象象端管理理對象引引用和實實現(xiàn)而引引入的。。CORBA規(guī)規(guī)范中要要求系統(tǒng)統(tǒng)實現(xiàn)時時必須有有一種對對象適配配器。對對象適配配器完成成如下功功能：生成并解解釋對象象的引用用，把客客戶端的的對象引引用映射射到服務(wù)務(wù)對象的的功能中中；激活或撤撤消對象象的實現(xiàn)現(xiàn)；注冊服務(wù)務(wù)功能的的實現(xiàn)；；確保對象象引用的的安全性性；完成對服服務(wù)對象象方法的的調(diào)用。。作為CORBA設(shè)計中中常用的的對象適適配器———基本本對象適適配器BOA，，在分布布式應(yīng)用用程序設(shè)設(shè)計中是是必要的的元素。。ORB將服務(wù)務(wù)請求的的參數(shù)及及操作控控制權(quán)傳傳遞給BOA，，由BOA將執(zhí)執(zhí)行結(jié)果果返回給給ORB。BOA用服服務(wù)對象象骨架（（Skeleton））將ORB和對對象實現(xiàn)現(xiàn)中的方方法聯(lián)系系在一起起，服務(wù)務(wù)對象骨骨架中相相應(yīng)的方方法將對對BOA方法的的請求調(diào)調(diào)用映射射為服務(wù)務(wù)對象中中的方法法。靜靜態(tài)請求求接口SIISII（（StaticInvocationInterface）假設(shè)設(shè)在編譯譯時刻客客戶對象象能夠明明確了解解服務(wù)對對象的接接口，即即客戶與與服務(wù)器器之間的的關(guān)系應(yīng)應(yīng)當是可可知的、、固定的的，服務(wù)務(wù)接口的的任何改改變都會會導(dǎo)致軟軟件系統(tǒng)統(tǒng)的重新新編譯。。SII是是由IDL描述述的。動動態(tài)請求求接口DIIDII（（DynamicInvocationInterface）允允許在客客戶端動動態(tài)創(chuàng)建建和調(diào)用用對服務(wù)務(wù)對象的的請求。。一個請請求包括括對象引引用、操操作和參參數(shù)列表表。與新新服務(wù)對對象及其其行為相相關(guān)的信信息可以以通過接接口庫獲獲得，客客戶程序序根據(jù)這這些信息息可以在在運行時時刻動態(tài)態(tài)構(gòu)造請請求?？蛻魧ο笙蟮木浔?Stub)和服務(wù)務(wù)對象的的Skeleton是IDL與對象象實現(xiàn)語語言之間間的橋梁梁?？蛻魧ο笙蟮腟tub是是IDL定義的的方法接接口經(jīng)IDL編編譯器編編譯后，，在編寫寫客戶對對象時，，高級編編程語言言可應(yīng)用用的用于于識別服服務(wù)對象象方法的的代碼，，提供服服務(wù)對象象接口的的簡要說說明。服服務(wù)對象象的骨架架是IDL定義義的方法法接口經(jīng)經(jīng)IDL編譯器器編譯后后，形成成的說明明服務(wù)對對象提供供方法的的框架。。對于服服務(wù)對象象接口中中的每個個方法，，必須在在服務(wù)對對象程序序中實現(xiàn)現(xiàn)。3.3服服務(wù)請請求的實實現(xiàn)方式式CORBA的底底層結(jié)構(gòu)構(gòu)是基于于面向?qū)ο竽Ｐ托偷?，由由IDL、ORB和IIOP標準協(xié)協(xié)議（InternetInter-ORBProtocol，，也稱網(wǎng)網(wǎng)絡(luò)ORB交換換協(xié)議））3個關(guān)關(guān)鍵模塊塊組成。。IDL使使得所有有CORBA對對象以以一種方方式被描描述，僅僅僅需要要一個由由本地語語言（C/C++、COOBOL或或Java）到到IDL的“橋橋梁”。。CORBA對對象的互互通信要要以O(shè)RB為中中介，這這種互通通信可以以在多種種流行通通信協(xié)議議（如TCP/IP或或IPX/SPX）之之上實現(xiàn)現(xiàn)。在TCP/IP上上，來自自于不同同開發(fā)商商的ORB用IIOP標準協(xié)協(xié)議進行行通訊。。關(guān)于對象象請求的的實現(xiàn)方方式，CORBA規(guī)范范中定義義客戶程程序可以以用動態(tài)態(tài)調(diào)用接接口DII方式式或通過過IDL文件經(jīng)經(jīng)編譯后后在客戶戶端生成成的Stub方方式提出出服務(wù)請請求。在提出請請求時，，客戶可可以使用用動態(tài)調(diào)調(diào)用接口口或者IDL句句柄?？蛻魧⑿栊枰瓿沙傻墓ぷ髯鹘唤oORB，，由ORB決定定由哪一一個對象象實例完完成這個個請求，，然后激激活這個個對象，，將完成成請求所所需要的的參數(shù)傳傳送給這這個激活活的對象象。對象的接接口有兩兩種定義義方式，，可以使使用IDL進行行靜態(tài)定定義，這這種語言言根據(jù)進進行的操操作和傳傳送的參參數(shù)定義義對象。。另一種種方法，，可以將將接口加加入接口口庫服務(wù)務(wù)中，允允許在運運行時對對這些成成為組件件的接口口進行訪訪問，這這兩種方方法是等等效的。。對象實現(xiàn)現(xiàn)通過IDL產(chǎn)產(chǎn)生的框框架或通通過動態(tài)態(tài)框架接接收到調(diào)調(diào)用請求求，在處處理這些些請求時時，對象象實現(xiàn)可可以調(diào)用用對象適適配器和和ORB。3.4基基于CORBA應(yīng)用用的優(yōu)點點CORBA是開開放式的的、獨立立于廠商商、用于于網(wǎng)絡(luò)上上計算機機應(yīng)用的的底層結(jié)結(jié)構(gòu)。任任何廠家家、計算算機、操操作系統(tǒng)統(tǒng)、編程程語言及及網(wǎng)絡(luò)環(huán)環(huán)境下的的基于CORBA的應(yīng)應(yīng)用均使使用IIOP標標準協(xié)議議，所以以任何基基于CORBA的應(yīng)用用均能協(xié)協(xié)同工作作。CORBA對象象可以用用任何一一種CORBA軟件開開發(fā)商所所支持的的語言來來編寫，，也可以以運行在在任何一一種CORBA軟件開開發(fā)商所所支持的的平臺上上。CORBA是在在不同平平臺、不不同語言言之間實實現(xiàn)對象象通信的的模型，，它為分分布式應(yīng)應(yīng)用環(huán)境境下對象象資源共共享、代代碼重用用、可移移植和對對象間相相互訪問問建立了了通用標標準，同同樣也為為在大量量硬件、、軟件之之間實現(xiàn)現(xiàn)互操作作提供了了良好的的解決方方案。與傳統(tǒng)的的DCOM相比比，CORBA體系結(jié)結(jié)構(gòu)獨立立于語言言、獨立立于工作作平臺等等方面的的特點，，使得基基于CORBA開發(fā)的的應(yīng)用系系統(tǒng)在網(wǎng)網(wǎng)絡(luò)實現(xiàn)現(xiàn)中具有有更大的的優(yōu)勢。。4.EJB與J2EE4.1發(fā)發(fā)展歷歷史在JDK（JavaDevelopmentKit）1.0版的的框架，，Java開開發(fā)是以以Applet和和Application應(yīng)用程程序作為為中心的的。Servlet在許許多方面面與Applet相似似，它是是專門為為在Web服服務(wù)器器機器上上運行而而設(shè)計的的Java程程序，，Servlet是由由容器管管理的Web組組件，可可產(chǎn)生動動態(tài)內(nèi)容容。JavaServlet的的出現(xiàn)現(xiàn)，為應(yīng)應(yīng)用程序序員使用用Java來創(chuàng)創(chuàng)建Web應(yīng)用用程序開開辟了新新的途徑徑。但是是，僅有有Servlet還不不能為真真正的企企業(yè)計算算提供完完整的模模型。JavaServlet與與CGI程程序一一樣，最最適合充充當連接接前端Web請求求與后端端數(shù)據(jù)資資源的中中間層組組件。JavaBeans規(guī)規(guī)范將組組件軟件件的概念念引入到到Java編程程的領(lǐng)域域。JavaBeans規(guī)范范為Java開開發(fā)人員員提供了了一種““組件化化”其Java類類的方法法。Bean是是一些Java類，可可在一個個可視的的構(gòu)建器器工具中中操作它它們，并并且可以以將它們們一起編編寫到應(yīng)應(yīng)用程序序中。任任何具有有某種特特性和事事件接口口約定的的Java類都都可以是是一個Bean。EJB（EnterpriseJavaBeans）規(guī)范范的第一版版以初稿形形式于1997年12月公布布，并于1998年年3月作為為1.0版發(fā)行行。EJB體系結(jié)構(gòu)構(gòu)的目標是是：EJB體系系結(jié)構(gòu)將是是標準的組組件體系結(jié)結(jié)構(gòu)，用于于以Java編編程語言構(gòu)構(gòu)建分布式式的面向?qū)ο蟮纳虅?wù)務(wù)應(yīng)用程序序。EJB體系系結(jié)構(gòu)將使使編寫應(yīng)用用程序變得得容易。EJB應(yīng)用用程序?qū)⒆褡裱璊ava編程語語言的“一一次編寫，，隨處運行行”的原則則。EJB體系系結(jié)構(gòu)將處處理企業(yè)應(yīng)應(yīng)用程序生生命周期中中的開發(fā)、、部署和運運行等方面面。EJB體系系結(jié)構(gòu)將定定義一些約約定，這些些約定使多多個供應(yīng)商商提供的工工具能夠開開發(fā)并部署署可在運行行時互操作作的組件。。EJB體系系結(jié)構(gòu)將與與現(xiàn)有的服服務(wù)器平臺臺兼容。供供應(yīng)商將能能夠擴展它它們的現(xiàn)有有產(chǎn)品，以以支持EJB組件。。EJB體系系結(jié)構(gòu)將與與Java編程程語言編寫寫的其他API兼兼容。EJB體系系結(jié)構(gòu)將提提供EJB組件件和非Java編編程語言言應(yīng)用程序序之間的互互操作性。。EJB體系系結(jié)構(gòu)將與與CORBA兼兼容。J2EE（（Java2Platform，，EnterpriseEdition）為為EJB技術(shù)提供供了工作環(huán)環(huán)境。事實實上，Sun把若若干項軟件件技術(shù)都設(shè)設(shè)想為這樣樣的構(gòu)件塊塊，它們將將使大型企企業(yè)能夠把把以任務(wù)為為關(guān)鍵的業(yè)業(yè)務(wù)系統(tǒng)移移植到Java環(huán)境境中，而EJB技技術(shù)不過是是這些技術(shù)術(shù)之一。EJB技技術(shù)并不是是一項獨立立的技術(shù)，，它建立在在其他Java技術(shù)之之上，這些些技術(shù)由Sun和和其他IT公公司聯(lián)合規(guī)規(guī)定，它們們一起提供供了這個框框架的內(nèi)容容，該框架架就稱為J2EE。J2EE中中包括以以下技術(shù)：：EnterpriseJavaBeans技技術(shù)JavaInterfaceDefinitionLanguage(IDL)JavaMessageService(JMS)APIJavaNamingandDirectoryInterface(JNDI)JavaRemoteMethodInvocation(RMI)和和ObjectSerializationJavaServletAPIJavaTransactionAPI(JTA)JavaTransactionService(JTS)JavaServerPages(JSP)技技術(shù)JDBC數(shù)數(shù)據(jù)庫訪訪問API4.2J2EE應(yīng)應(yīng)用模型J2EE多多層體系的的思想在很很大程度上上受到了MVC設(shè)計計模式的啟啟發(fā)和影響響。所謂MVC，即即Model-View-Controller，它是是一種在復(fù)復(fù)雜的應(yīng)用用系統(tǒng)中劃劃分和界定定各個組件件的職能和和作用范圍圍的設(shè)計模模式。在MVC設(shè)計計模式中，，Model即模型型，是處理理核心數(shù)據(jù)據(jù)模型或?qū)崒崿F(xiàn)核心應(yīng)應(yīng)用功能的的部分；View即即視圖，主主要與用戶戶界面有關(guān)關(guān)。MVC設(shè)計模式式認為這些些不同的部部分應(yīng)該盡盡可能地相相互獨立，，它們之間間的交互則則由Controller（（控制器））協(xié)調(diào)。為了更好地地控制和管管理這些應(yīng)應(yīng)用，支持持各種用戶戶的業(yè)務(wù)功功能被連接接到中間層層。J2EE應(yīng)用模模式定義了了用于以多多層的方式式實現(xiàn)應(yīng)用用的一種結(jié)結(jié)構(gòu)，它避避免了兩層層結(jié)構(gòu)的局局限性，并并提供足夠夠的可伸縮縮性、可接接入性和可可管理性。。4.2.1中間層層在J2EE平臺，中中間層業(yè)務(wù)務(wù)功能是由由企業(yè)EJB組件實實現(xiàn)。這些些企業(yè)Bean讓服服務(wù)開發(fā)者者將精力集集中在業(yè)務(wù)務(wù)邏輯，并并讓EJB服務(wù)的處處理提供可可靠、可伸伸縮服務(wù)的的復(fù)雜工作作。4.2.2客戶層層J2EE平平臺支持幾幾種類型的的客戶端。。許多J2EE服務(wù)務(wù)被設(shè)計成成支持Web瀏覽器器的客戶端端。這些服服務(wù)通過動動態(tài)生成的的HTML頁面和表表格與客戶戶端進行交交互操作。。更復(fù)雜的服服務(wù)將直接接與第一層層客戶端直直接交換數(shù)數(shù)據(jù)。這里里，JSP和Servlet用于規(guī)格格化業(yè)務(wù)數(shù)數(shù)據(jù)，以方方便J2EE客戶端端處理。這這些客戶端端既能在一一個Web瀏覽器以以JavaApplet方方式運行，，也能用以以Java技術(shù)為基基礎(chǔ)的程序序方式運行行。4.2.3企業(yè)信信息系統(tǒng)EIS一個服務(wù)的的中間層的的業(yè)務(wù)模塊塊必須存取取和更新在在企業(yè)應(yīng)用用系統(tǒng)EIS層的信信息。下列列標準是Java服服務(wù)的API，它們們提供了對對企業(yè)信息息系統(tǒng)的基基本存取功功能：JDBC，，用于存取取數(shù)據(jù)的Java標標準API；JNDI(JavaNamingandDirectoryInterface)，用于從從企業(yè)的名名字和目錄錄服務(wù)存取取信息的標標準API；JMS(JavaMessageService)，通過消消息中間件件發(fā)送和接接收信息的的標準API；JavaMail，，發(fā)送電子子郵件的標標準API；JavaIDL，調(diào)調(diào)用CORBA服務(wù)務(wù)的標準API。4.3J2EE中中間件的體體系結(jié)構(gòu)4.3.1J2EE總體結(jié)結(jié)構(gòu)J2EE應(yīng)應(yīng)用服務(wù)器器由四個部部分組成：：Applet容器器、應(yīng)用客客戶端容器器、Web容器和EJB容器器，它們之之間的關(guān)系系由下圖表表示。容器是應(yīng)用用服務(wù)器的的運行環(huán)境境，J2EE為容器器中的應(yīng)用用組件提供供服務(wù)。應(yīng)用客戶端端容器通過過用于連接接數(shù)據(jù)庫系系統(tǒng)的JavaAPI、JDBCAPI與與應(yīng)用服務(wù)務(wù)器要求的的數(shù)據(jù)庫相相連接。包包含有JSP和Servlet的Web容器和和EJB容容器也使用用同樣的接接口與數(shù)據(jù)據(jù)庫相連接接。J2EE應(yīng)應(yīng)用服務(wù)器器為應(yīng)用組組件的部署署、管理和和執(zhí)行提供供了支持。。根據(jù)對應(yīng)應(yīng)用服務(wù)器器的依賴程程度，應(yīng)用用組件可以以被分成3種類型：：在應(yīng)用服務(wù)務(wù)器中被部部署、管理理和執(zhí)行的的組件，這這樣的組件件有Web組件和EJB組件件。在應(yīng)用服務(wù)務(wù)器中被部部署、管理理，但是被被下載到一一個客戶端端系統(tǒng)上去去執(zhí)行的組組件。不完全按照照應(yīng)用服務(wù)務(wù)器的要求求被部署和和管理的組組件，應(yīng)用用客戶端就就是這樣的的組件。4.3.2J2EE應(yīng)用服服務(wù)器體系系結(jié)構(gòu)瀏覽器Servletor

JSP容器EJBServerBCHTTPEntity

BeanHOMEREMOTESession

BeanHOMEREMOTE數(shù)據(jù)J2EE模模型A數(shù)據(jù)JDBCRMI/IIOPJDBC應(yīng)用服務(wù)器器4.4J2EE應(yīng)應(yīng)用組件J2EE應(yīng)應(yīng)用組件是是指在應(yīng)用用服務(wù)器中中運行的軟軟件組件，，主要有JSP、EJB和Servlet三種種。4.4.1JSPJSP提供供了一種在在網(wǎng)頁中嵌嵌入組件的的方式，并并且允許生生成相應(yīng)的的網(wǎng)頁最終終發(fā)送給客客戶。JSP網(wǎng)頁可可以包含HTML、、Java代碼及JavaBeans組件。JSP網(wǎng)頁頁實際上是是Servlet編編程模型的的一個擴充充。當用戶戶請求一個個JSP網(wǎng)網(wǎng)頁時，Web容器器會把相應(yīng)應(yīng)的JSP網(wǎng)頁編譯譯成一個Servlet。接接著此Web容器調(diào)調(diào)用這個Servlet，并并且把得到到的內(nèi)容返返回給Web瀏覽器器。JSP與ASP技術(shù)術(shù)非常相似似。兩者都都提供在HTML代代碼中混合合某種程序序代碼、由由語言引擎擎解釋執(zhí)行行程序代碼碼的能力。。但是，ASP的編程程語言是VBScript之之類的腳本本語言，JSP使用用的是Java，這這是兩者最最明顯的區(qū)區(qū)別。此外外，ASP與JSP還有一個個更為本質(zhì)質(zhì)的區(qū)別：：兩種語言言引擎用完完全不同的的方式處理理頁面中嵌嵌入的程序序代碼。在ASP下下，VBScript代碼被被ASP引引擎解釋執(zhí)執(zhí)行；在JSP下，，代碼被編編譯成Servlet并由Java虛虛擬機執(zhí)行行。4.4.2ServletServlet是一一個以Java技術(shù)術(shù)為基礎(chǔ)的的Web組組件，它被被一個容器器管理，它它能產(chǎn)生動動態(tài)的內(nèi)容容。Servlet通過Servlet容器實實現(xiàn)的請求求/應(yīng)答機機制與Web客戶端端進行交互互。所有的Servlet容器必必須將HTTP作為為請求和應(yīng)應(yīng)答的協(xié)議議。一個Servlet可以具有有這樣一個個處理流程程：一個客戶端端連接到一一個Web服務(wù)器，，并發(fā)送一一個HTTP請求到到這個Web服務(wù)器器。請求被Web服務(wù)器器接收并轉(zhuǎn)轉(zhuǎn)交給Servlet容器。。Servlet容容器可以與與Web服服務(wù)器在相相同主機或或不同的主主機上運行行。Servlet容器器在其配置置的Servlet中找到調(diào)調(diào)用的Servlet，然后后用代表請請求和應(yīng)答答的對象調(diào)調(diào)用它。Servlet使用用請求對象象找到誰是是遠端的用用戶，并通通過應(yīng)答對對象將生成成的數(shù)據(jù)返返回客戶端端。當Servlet完完成了