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