【正文】 體 – DLL運(yùn)行效率高于 EXE：進(jìn)程間通信 – EXE穩(wěn)定性高于 DLL：獨(dú)立進(jìn)程 COM組件的運(yùn)行 ? 注冊 ? 應(yīng)用程序如何找到組件呢？ ? 注冊機(jī)構(gòu)：唯一、確定的。如注冊表 TreeView組件的注冊信息 M icro so f t T ree V ie w C o n tro lC: \W INDO W S \ S YS T E M \ CO M CT L 3 2 .O CXCO M CT L .T r e e Ct rl. 1{6 B7 E 6 3 9 2 8 5 0 A 1 0 1 BA F C0 4 2 1 0 1 0 2 A 8 DA 7 }C: \W INDO W S \ S YS T E M \ CO M CT L 3 2 .O CX? COM庫 ? 系統(tǒng)級的核心代碼支持 ? COM庫：提供組件創(chuàng)建和組件操作的 API函數(shù)，通過注冊表查找組件代碼，實(shí)現(xiàn)組件名與組件代碼的全路徑文件名的轉(zhuǎn)換，以及為組件運(yùn)行 提供組件之間通信的 LPC和 RPC代碼。 ? 對象的創(chuàng)建過程 客戶 組件CO M 庫(OL E 3 2 . DL L )S CM(RP C S S . E X E )S CM(RP C S S . E X E )RP C調(diào)用創(chuàng)建函數(shù)遠(yuǎn)程創(chuàng)建創(chuàng)建進(jìn)程和對象COM對象創(chuàng)建過程 客戶 組件 COM創(chuàng)建函數(shù) COM庫 DllGetClassObject 類廠對象接口指針 ? COM組件代碼的重用 ? 二進(jìn)制的重用：不同于代碼的重用 ? 兩種： ? 包容：接口的轉(zhuǎn)換 ? 聚合：接口的查詢 COM組件的變體和擴(kuò)展 ? 連接點(diǎn)組件：雙向 COM 客戶 接收器 C O M 組件 客戶把接收器的接口指針傳給對象 可連接對象調(diào)用接收器的接口成員 ? DCOM ? 表面上看，單機(jī)到網(wǎng)絡(luò)， LPC到 RPC即可 ? 實(shí)際，安全、可靠性、性能等問題需要考慮：調(diào)用阻塞、中斷、信息丟失、異步調(diào)用、異常處理 ? 例：檢測客戶是否正常， ping周期 ? COM＋組件 ? COM/DCOM為 LPC和 RPC過程調(diào)用 ? 緊耦合消息 ? COM＋：松耦合消息 COM+是什么？ ? 面向企業(yè)應(yīng)用 – 提供了企業(yè)應(yīng)用所需要的通用基礎(chǔ)設(shè)施 – 設(shè)計(jì)企業(yè)應(yīng)用要求有思想上的根本變化 ? COM+對 COM的增強(qiáng)和改進(jìn) – 增強(qiáng)了 COM runtime library – 增強(qiáng)了 MTS(Microsoft Transaction Server) ? 事務(wù)服務(wù)、安全服務(wù) – 提供了新的 runtime服務(wù) ? 隊(duì)列服務(wù)、事件服務(wù)、負(fù)載平衡、 (內(nèi)存數(shù)據(jù)庫 ) ? COM+兼容 COM，只是提供了更多的功能 COM+： interception技術(shù) COM對象 機(jī)器、進(jìn)程或者套間邊界 Proxy RPC通道 Stub Client Policy 1 Client Policy 2 Server Policy 2 Server Policy 1 COM之前的應(yīng)用 在 COM之前 , 應(yīng)用程序是完全分開的實(shí)體，它們之間只有很少或沒有任何集成關(guān)系 應(yīng)用 代碼和數(shù)據(jù)結(jié)構(gòu) 小結(jié) COM組件模型 COM提供了組件集成的方法. 但是 , 每個(gè)組件必須提供細(xì)節(jié)復(fù)雜的通訊接口，對象不能直接交互 COM的優(yōu)缺點(diǎn) ? COM的優(yōu)點(diǎn)： – 在構(gòu)建組件軟件方面， COM優(yōu)于簡單的 DLL模型 – 許多公司都使用 COM構(gòu)建了他們自己的核心系統(tǒng)。如： COM – COM成功的關(guān)鍵之一：強(qiáng)調(diào)接口 ? COM的缺點(diǎn)： – COM DLLs的名字和配置信息都進(jìn)入注冊表，將導(dǎo)致 注冊表 過重的負(fù)擔(dān) – 因?yàn)?COM使用注冊表（每個(gè)使用者都可以看到），所以不可能隔離 私有 的組件 – 注冊表為應(yīng)用程序的 安裝和卸載 過程增加了復(fù)雜性 – 接口一旦發(fā)布決不能變化，發(fā)布后變化接口將破壞可靠性和可預(yù)測性?？蛻羰褂媒涌诒仨氉裱瓏?yán)格的規(guī)則 – COM組件的 數(shù)據(jù)類型 一致性問題：使用各自的類型系統(tǒng)，比如 VB組件使用 VARIANT類型 走向 .NET 使用 .NET Framework的公共語言運(yùn)行時(shí)（ CLR), 所有的組件都建立在一個(gè)共同的底層基礎(chǔ)上。不再需要通訊的繁瑣細(xì)節(jié)，對象可以直接交互 Microsoft .NET ? 把系統(tǒng)平臺(tái)從 Windows桌面轉(zhuǎn)移到 Inter上來 – Inter作為 .NET的平臺(tái) ? Web Services – 新觀念：軟件作為服務(wù) ? 核心技術(shù) – XML：把各種數(shù)據(jù)和服務(wù)連接起來 – Web Service – .NET Framework 第八節(jié) 代理者（ Broker） 概述 ? 公共信息系統(tǒng)－網(wǎng)絡(luò) – 訂票服務(wù) – 賓館預(yù)定 – 導(dǎo)游服務(wù)等等 ? 公共信息不斷增加、不斷擴(kuò)展和更新的。 要求： – 系統(tǒng)不斷改變和增長 – 每個(gè)服務(wù)之間互相隔離，以減少變動(dòng)的影響。 – 客戶端不必知道服務(wù)器端的具體地址而獲得服務(wù)。 ? 解決方法 ：代理者（ Broker） ? 用于構(gòu)建中間有 隔離組件 的 分布式系統(tǒng) 。 問題分析與方案 ? 構(gòu)建復(fù)雜的分布式的軟件系統(tǒng)，遇到的 問題 ： – 系統(tǒng)功能需要分割－ 系統(tǒng)是由獨(dú)立但相互之間可以互相操作的組件組合 – 分布式組件需要相互通信時(shí)，需要組件間的通信手段 – 組件的添加、移動(dòng)、激活、定位－ 客戶不應(yīng)該過多地依賴系統(tǒng)的各種具體細(xì)節(jié) ? 解決問題 ： – 地址透明 – 在運(yùn)行期間更換、添加或移動(dòng)各組件（開閉原則） – 系統(tǒng)對用戶隱藏特定系統(tǒng)和特定實(shí)現(xiàn)的細(xì)節(jié) ? 解決方案 －代理者 客戶 代理者 服務(wù)器 問題分析與方案 ? 提供 代理者 之后的 結(jié)果 – 地址透明，客戶開發(fā)簡單 – 消息調(diào)用（不必把重點(diǎn)放在低級的進(jìn)程間通信） – 體系結(jié)構(gòu)靈活，很容易做到對組件動(dòng)態(tài)改變、添加、刪除和重定位 靜態(tài)結(jié)構(gòu) ? 六種成分： – 客戶、 – 服務(wù)器、 – 代理者、 – 客戶端代理、 – 服務(wù)器代理、 – 橋接（網(wǎng)橋） ? 服務(wù)器 – 功能 ：實(shí)現(xiàn)多種服務(wù)，一個(gè)或多個(gè)對象 – 服務(wù)的展示 ：接口 – 例子： WWW服務(wù)器 ? 客戶程序 ： – 請求服務(wù)的程序 – 發(fā)送給代理者，由代理者轉(zhuǎn)發(fā) ? 代理者 ：中介者 – 客戶到服務(wù)器的請求 – 服務(wù)器返回給客戶的應(yīng)答或狀態(tài)信息 – 為服務(wù)器提供服務(wù)注冊 – 負(fù)責(zé)激活服務(wù)器 – 定位服務(wù)器 ? 例子：信息系統(tǒng)－ URL 基本組成部分 ? 客戶端代理 ：客戶－代理者之間，附加層 ? 效果 ：對客戶隱藏了代理者，客戶好像使用本地服務(wù)一樣 ? 例如：隱藏了 客戶和代理者之間的進(jìn)程通信機(jī)制、參數(shù)和結(jié)果的列集等等 ? 服務(wù)器端代理 ：代理者和服務(wù)器之間 ? 功能 ：⑴負(fù)責(zé)接收請求，解析收到的消息，散集參數(shù)，調(diào)用適當(dāng)?shù)姆?wù)。 ? ⑵返回的信息，進(jìn)行數(shù)據(jù)的列集傳送給客戶 ⑵ ? 橋接（網(wǎng)橋） ： ? 功能：代理者運(yùn)行在異構(gòu)系統(tǒng)上，采用橋接來隱藏兩個(gè)代理者互相操作時(shí)的實(shí)現(xiàn)細(xì)節(jié)。 ? 直接通信 通信方式 客戶 代理者 服務(wù)器 ? 間接通信 通信方式 客戶 代理者 服務(wù)器 客戶 分配器 服務(wù)器 動(dòng)態(tài)特性 客戶 代理者 服務(wù)器 客戶端代理 服務(wù)端代理 客戶 代理者 服務(wù)器 客戶端代理 服務(wù)端代理 代理者 網(wǎng)橋 設(shè)計(jì)與實(shí)現(xiàn) ? 對象模型 ? 組件互操作性 – IDL接口定義語言 ? 代理者與客戶和服務(wù)器的 API函數(shù) – 客戶側(cè)：構(gòu)建客戶請求、請求發(fā)送、接受回應(yīng) – 服務(wù)器側(cè)：代理者注冊 客戶 代理者 服務(wù)器 ? 客戶和服務(wù)器代理對象 – 客戶端代理 – 服務(wù)器代理 客戶 代理者 服務(wù)器 客戶端代理 服務(wù)端代理 ? 設(shè)計(jì)代理者組件 ? －客戶與服務(wù)器之間傳遞消息的信使 功能： 1)請求發(fā)送、狀態(tài)返回 2)兩端代理未提供參數(shù)的列集和散集－ 代理提供 3)客戶服務(wù)器的異步通信－ 消息緩沖區(qū) 4)目錄服務(wù) 5)名字服務(wù) 6)動(dòng)態(tài)方法調(diào)用 7)系統(tǒng)失效的處理 ? 開發(fā) IDL編譯器 變體與擴(kuò)展 ? 直接通信 ? 消息傳遞 ：以數(shù)據(jù)傳輸為重點(diǎn) ? 交易器 代理者系統(tǒng) – 客戶請求目標(biāo)為服務(wù)，而非服務(wù)器 ? 適配器 代理者系統(tǒng) ? 回調(diào) 代理者系統(tǒng) – 消費(fèi)者產(chǎn)生需求 代理者結(jié)構(gòu)的應(yīng)用 ? ① 城市信息系統(tǒng)＋賓館預(yù)定系統(tǒng) ? ②萬維網(wǎng) ? ③ COBRA公共對象請求代理體系結(jié)構(gòu) ? ④ OLE對象連接與嵌入 代理者結(jié)構(gòu)的優(yōu)缺點(diǎn) ? 優(yōu)點(diǎn)： – 定位的透明性：唯一的標(biāo)識符定位服務(wù)器 – 組件的可變更和可擴(kuò)展性 – 系統(tǒng)的移植性 – 不同代理者系統(tǒng)間的互操作性 – 可重用性 ? 缺點(diǎn)： – 效率較低：中間層，引入靈活性、可移植性、可變更性，而降低了效率 – 容錯(cuò)性較差 – 測試和調(diào)試較困難。