【正文】 agement Group） 組織頒布的一系列有關(guān)對(duì)象技術(shù)的規(guī)范之一 。 ? 該模型描述了 OMG地規(guī)范所遵循地概念化地基礎(chǔ)結(jié)構(gòu)，其核心部分是 ORB（ Object Request Broker，對(duì)象請(qǐng)求代理）。 ? ORB提供了一種機(jī)制，通過(guò)這種機(jī)制，對(duì)象可以透明地發(fā)出請(qǐng)求和接受響應(yīng)?；?ORB機(jī)制就可以充分利用分布的、可以互操作的對(duì)象構(gòu)造可以互操作的應(yīng)用。 三、 CORBA思想 CORBA的主要內(nèi)容 客戶方 對(duì)象實(shí)現(xiàn)方 IDL樁 動(dòng)態(tài)調(diào)用接口DLL ORB接口 IDL構(gòu)架 動(dòng)態(tài)構(gòu)架接口 DSI ORB內(nèi)核 IDL語(yǔ)言通過(guò)說(shuō)明對(duì)象的接口來(lái)定義對(duì)象。一個(gè)接口包括一組命名的操作和相應(yīng)于這些操作的參數(shù)。 IDL語(yǔ)言實(shí)質(zhì)上提供了一種手段，通過(guò)它，特定的對(duì)象實(shí)現(xiàn)就能告訴客戶哪些操作是可用的，并且應(yīng)該如何激活這些操作。 ORB核心提供了客戶 —對(duì)象實(shí)現(xiàn)間實(shí)現(xiàn)透明通信的方法，它可以屏蔽對(duì)象實(shí)現(xiàn)位置、實(shí)現(xiàn)方式、狀態(tài)和通信機(jī)制等細(xì)節(jié)以及不同實(shí)現(xiàn)間可能存在的差異。 對(duì)象適配器位于 ORB核心和對(duì)象實(shí)現(xiàn)之間，它負(fù)責(zé)服務(wù)對(duì)象的注冊(cè)、對(duì)象引用的創(chuàng)建和解釋、對(duì)象實(shí)現(xiàn)的服務(wù)進(jìn)程的激活和去活、對(duì)象實(shí)現(xiàn)的激活和去活以及客戶請(qǐng)求的分發(fā)。 IDL樁為客戶提供了靜態(tài)調(diào)用方式， IDL構(gòu)架為客戶提供了靜態(tài)實(shí)現(xiàn)方式。 IDL編譯器編譯描述服務(wù)對(duì)象接口的 IDL文件，生成對(duì)應(yīng)于具體編程語(yǔ)言的 IDL樁和 IDL構(gòu)架程序。 IDL樁負(fù)責(zé)把用戶的請(qǐng)求進(jìn)行編碼，發(fā)送到對(duì)象實(shí)現(xiàn)端，把結(jié)果或異常信息返回給用戶；IDL構(gòu)架對(duì)用戶請(qǐng)求進(jìn)行解碼，并把執(zhí)結(jié)果或異常信息編碼后發(fā)送回客戶 。 三、 CORBA思想 CORBA的主要內(nèi)容 動(dòng)態(tài)調(diào)用接口 DII（ Dynamic Invocation Interface）和動(dòng)態(tài)構(gòu)架接口 DSI（ Dynamic Skeleton Interface）提供了動(dòng)態(tài)調(diào)用方式和動(dòng)態(tài)實(shí)現(xiàn)方式。在對(duì)象實(shí)現(xiàn)方可以使用 DSI動(dòng)態(tài)分發(fā)用戶請(qǐng)求的機(jī)制，以便動(dòng)態(tài)地處理客戶方地請(qǐng)求。 在動(dòng)態(tài)方式下，需要查詢相應(yīng)地服務(wù)對(duì)象的接口描述信息，這些信息由接口庫(kù)提供。接口庫(kù)通常以 IDL描述文件為其輸入，將接口描述信息進(jìn)行處理后存放在文件、數(shù)據(jù)庫(kù)或者其他形式的存儲(chǔ)機(jī)制中，并提供一組標(biāo)準(zhǔn)的調(diào)用接口供客戶查詢使用。 三、 CORBA思想 CORBA的主要內(nèi)容 引入了代理（ Broker）的概念。一個(gè)代理至少可以有三個(gè)方面的作用：完成對(duì)客戶方提出的抽象服務(wù)請(qǐng)求的映射；自動(dòng)發(fā)現(xiàn)和尋找服務(wù)器；自動(dòng)設(shè)定路由，實(shí)現(xiàn)到服務(wù)器方的執(zhí)行。用戶在編制客戶方程序時(shí)就可以避免了解過(guò)多的細(xì)節(jié)，而只要完整地定義和說(shuō)明客戶需要完成的任務(wù)和目標(biāo)。用代理來(lái)處理客戶 /服務(wù)器模式環(huán)境下應(yīng)用或者應(yīng)用系統(tǒng)之間交互的信息，稱為請(qǐng)求（ Request）和響應(yīng)（ Response）?？蛻舴胶头?wù)器方相互獨(dú)立無(wú)關(guān)，使得軟件易于修改、移植和維護(hù)。 所實(shí)現(xiàn)的客戶方程序與服務(wù)器方程序的完全分離。 將分布計(jì)算同面向?qū)ο蟮母拍钕嗷ソY(jié)合。 分層的設(shè)計(jì)原則和實(shí)現(xiàn)方式。 CORBA規(guī)范僅定義了 ORB中需要用到的基本對(duì)象，封裝了相應(yīng)的屬性和方法。而面向應(yīng)用的對(duì)象定義則可以在 OMA的應(yīng)用對(duì)象、領(lǐng)域?qū)ο蠡驊?yīng)用開(kāi)發(fā)環(huán)境中逐步分層定義和實(shí)現(xiàn)，使 CORBA系統(tǒng)核心始終是一個(gè)精煉的實(shí)體，而各種復(fù)雜功能和應(yīng)用可以由核心擴(kuò)展和延伸。 三、 CORBA思想 CORBA的主要 特點(diǎn) 1 序列化對(duì)象成數(shù)據(jù)流格式 , 2 通過(guò) IPC通道傳輸數(shù)據(jù)流 3 在服務(wù)端重建對(duì)象 . IPC Client Object Server Object Data Structure 客戶服務(wù)器模式 三、 CORBA思想 mytarget = create Target source = create Serializer (stream) (source) Client Target Ancestor state1 Serialize (serializer) DeSerialize (serializer) Target state2 Serialize (serializer) DeSerialize (serializer) Serializer GetState (state) SetState (state) GetData() SetData (stream) super::Serialize (serializer) (state2) Data Stream state1, state2 Invoker MakeTarget() ORB－ 序列化模式 三、 CORBA思想 一、組件概述 二、 COM思想 三、 CORBA思想 四、 EJB思想 基于 UML描述的組件軟件研究 四、 EJB思想 企業(yè)版 JAVABean ? EJB組件在 J2EE規(guī)范中自成一層，把應(yīng)用程序的表示層和后端信息系統(tǒng)（比如數(shù)據(jù)庫(kù)或者主框架計(jì)算機(jī)）捆綁了起來(lái)。 EJB架構(gòu)既用到了EJB對(duì)象的功能又利用了它們所運(yùn)行的環(huán)境。 ? 從概念上看， EJB對(duì)象封裝了業(yè)務(wù)對(duì)象及其概念，讓開(kāi)發(fā)人員把精力集中于解決方案的細(xì)節(jié)之上。從設(shè)計(jì)的角度看， EJB應(yīng)該輕便而相互影響地合并起來(lái)。這一舉措可以令單一的 EJB，不論其是否為商務(wù)應(yīng)用程序就可能采用一個(gè) EJB代表自主開(kāi)發(fā)還是第 3方廠商開(kāi)發(fā)卻都能用于多種應(yīng)用程序。 ? EJB對(duì)象駐留在 EJB容器內(nèi)，后者是向開(kāi)發(fā)者提供各類服務(wù)的環(huán)境。容器根據(jù)具體的配置可能負(fù)責(zé)處理安全、事務(wù)和實(shí)例管理。由于程序員無(wú)須再親自完成這些任務(wù)從而令開(kāi)發(fā)時(shí)間大大節(jié)約。 ? J2EE服務(wù)器和 EJB容器這兩個(gè)概念之間存在顯著差別， EJB容器可能屬于 J2EE服務(wù)器的一部分，但卻并不一定是必需的組成部分。在作為 J2EE服務(wù)器組成部分的情況下， EJB客戶程序通常會(huì)采取 Java servlet或者 JSP的形式。 四、 EJB思想 企業(yè)版 JAVABean ? EJB的內(nèi)容 EJB對(duì)象分為以下三種類別： 會(huì)話 Beans 實(shí)體 Beans 消息驅(qū)動(dòng) Beans 會(huì)話 Beans 會(huì)話（ Session） Beans的作用建立在會(huì)話的基礎(chǔ)之上?？蛻粼谡?qǐng)求并收到 bean功能之后，具有特定 bean的會(huì)話就終止了而且沒(méi)有留下會(huì)話發(fā)生的記錄。會(huì)話 Bean類型還可以進(jìn)一步細(xì)分為無(wú)狀態(tài)或者有狀態(tài)方式。 無(wú)狀態(tài)會(huì)話 Beans并不知道客戶或者涉及到請(qǐng)求的上下文，從而令其成為單一請(qǐng)求 /回應(yīng)應(yīng)用的理想工具。 四、 EJB思想 企業(yè)版 JAVABean ? EJB的內(nèi)容 實(shí)體 Beans 實(shí)體（ Entity） Beans表示會(huì)話終止之后持久存在的業(yè)務(wù)對(duì)象或者數(shù)據(jù)。它們通常作為數(shù)據(jù)庫(kù)中的單一記錄形式存在，當(dāng)然，其存儲(chǔ)形式也可能采用其他媒質(zhì)，比如文件等。一個(gè)對(duì)象就表示一個(gè)用戶，有名字、聯(lián)系方式、語(yǔ)言選擇等等，這些參數(shù)代表了實(shí)體 Bean的用途。作為持久性最本質(zhì)的內(nèi)涵之一，實(shí)體 Bean的唯一標(biāo)識(shí)或者主鍵起到了識(shí)別和檢索正確對(duì)象信息的作用。實(shí)體 beans需要主鍵作為 “ 輔助類 ” 封裝對(duì)象的唯一標(biāo)識(shí)符。 現(xiàn)在不考慮 EJB的類別，以上三種類型組成了 EJB對(duì)象：本地接口、遠(yuǎn)程接口和 bean的實(shí)現(xiàn)?？蛻舫绦蚴褂?Java命名和目錄接口 JNDI（ Java Naming and Directory Interface）定位 bean的本地接口 (JNDI)。本地接口隨后返回遠(yuǎn)程接口的實(shí)例，同時(shí)暴露必要的 bean實(shí)現(xiàn)方法?？蛻舫绦蛟僬{(diào)用適當(dāng)?shù)倪@些方法。 四、 EJB思想 企業(yè)版 JAVABean