【正文】 ? 直接通信 通信方式 客戶 代理者 服務器 ? 間接通信 通信方式 客戶 代理者 服務器 客戶 分配器 服務器 動態(tài)特性 客戶 代理者 服務器 客戶端代理 服務端代理 客戶 代理者 服務器 客戶端代理 服務端代理 代理者 網(wǎng)橋 設計與實現(xiàn) ? 對象模型 ? 組件互操作性 – IDL接口定義語言 ? 代理者與客戶和服務器的 API函數(shù) – 客戶側：構建客戶請求、請求發(fā)送、接受回應 – 服務器側：代理者注冊 客戶 代理者 服務器 ? 客戶和服務器代理對象 – 客戶端代理 – 服務器代理 客戶 代理者 服務器 客戶端代理 服務端代理 ? 設計代理者組件 ? －客戶與服務器之間傳遞消息的信使 功能： 1)請求發(fā)送、狀態(tài)返回 2)兩端代理未提供參數(shù)的列集和散集－ 代理提供 3)客戶服務器的異步通信－ 消息緩沖區(qū) 4)目錄服務 5)名字服務 6)動態(tài)方法調用 7)系統(tǒng)失效的處理 ? 開發(fā) IDL編譯器 變體與擴展 ? 直接通信 ? 消息傳遞 ：以數(shù)據(jù)傳輸為重點 ? 交易器 代理者系統(tǒng) – 客戶請求目標為服務，而非服務器 ? 適配器 代理者系統(tǒng) ? 回調 代理者系統(tǒng) – 消費者產(chǎn)生需求 代理者結構的應用 ? ① 城市信息系統(tǒng)＋賓館預定系統(tǒng) ? ②萬維網(wǎng) ? ③ COBRA公共對象請求代理體系結構 ? ④ OLE對象連接與嵌入 代理者結構的優(yōu)缺點 ? 優(yōu)點： – 定位的透明性：唯一的標識符定位服務器 – 組件的可變更和可擴展性 – 系統(tǒng)的移植性 – 不同代理者系統(tǒng)間的互操作性 – 可重用性 ? 缺點： – 效率較低：中間層，引入靈活性、可移植性、可變更性，而降低了效率 – 容錯性較差 – 測試和調試較困難。 問題分析與方案 ? 構建復雜的分布式的軟件系統(tǒng)，遇到的 問題 ： – 系統(tǒng)功能需要分割－ 系統(tǒng)是由獨立但相互之間可以互相操作的組件組合 – 分布式組件需要相互通信時，需要組件間的通信手段 – 組件的添加、移動、激活、定位－ 客戶不應該過多地依賴系統(tǒng)的各種具體細節(jié) ? 解決問題 ： – 地址透明 – 在運行期間更換、添加或移動各組件（開閉原則） – 系統(tǒng)對用戶隱藏特定系統(tǒng)和特定實現(xiàn)的細節(jié) ? 解決方案 －代理者 客戶 代理者 服務器 問題分析與方案 ? 提供 代理者 之后的 結果 – 地址透明，客戶開發(fā)簡單 – 消息調用（不必把重點放在低級的進程間通信） – 體系結構靈活，很容易做到對組件動態(tài)改變、添加、刪除和重定位 靜態(tài)結構 ? 六種成分： – 客戶、 – 服務器、 – 代理者、 – 客戶端代理、 – 服務器代理、 – 橋接（網(wǎng)橋） ? 服務器 – 功能 ：實現(xiàn)多種服務，一個或多個對象 – 服務的展示 ：接口 – 例子： WWW服務器 ? 客戶程序 ： – 請求服務的程序 – 發(fā)送給代理者，由代理者轉發(fā) ? 代理者 ：中介者 – 客戶到服務器的請求 – 服務器返回給客戶的應答或狀態(tài)信息 – 為服務器提供服務注冊 – 負責激活服務器 – 定位服務器 ? 例子：信息系統(tǒng)－ URL 基本組成部分 ? 客戶端代理 ：客戶－代理者之間，附加層 ? 效果 ：對客戶隱藏了代理者，客戶好像使用本地服務一樣 ? 例如：隱藏了 客戶和代理者之間的進程通信機制、參數(shù)和結果的列集等等 ? 服務器端代理 ：代理者和服務器之間 ? 功能 ：⑴負責接收請求，解析收到的消息，散集參數(shù)，調用適當?shù)姆铡? – 客戶端不必知道服務器端的具體地址而獲得服務。不再需要通訊的繁瑣細節(jié)，對象可以直接交互 Microsoft .NET ? 把系統(tǒng)平臺從 Windows桌面轉移到 Inter上來 – Inter作為 .NET的平臺 ? Web Services – 新觀念：軟件作為服務 ? 核心技術 – XML：把各種數(shù)據(jù)和服務連接起來 – Web Service – .NET Framework 第八節(jié) 代理者（ Broker） 概述 ? 公共信息系統(tǒng)－網(wǎng)絡 – 訂票服務 – 賓館預定 – 導游服務等等 ? 公共信息不斷增加、不斷擴展和更新的。如： COM – COM成功的關鍵之一：強調接口 ? COM的缺點： – COM DLLs的名字和配置信息都進入注冊表，將導致 注冊表 過重的負擔 – 因為 COM使用注冊表（每個使用者都可以看到），所以不可能隔離 私有 的組件 – 注冊表為應用程序的 安裝和卸載 過程增加了復雜性 – 接口一旦發(fā)布決不能變化，發(fā)布后變化接口將破壞可靠性和可預測性。如注冊表 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ù)，通過注冊表查找組件代碼，實現(xiàn)組件名與組件代碼的全路徑文件名的轉換，以及為組件運行 提供組件之間通信的 LPC和 RPC代碼。 ? Windows中， DLL（動態(tài)鏈接庫） ? 本地啟動：進程內組件 ? 外地啟動：組件代理 ? 進程外組件 ? COM組件被啟動后，在自身獨立的進程中運行 ? 兩種形式： – 可執(zhí)行程序的 EXE形式，不管本地外地，均為進程外 – DLL形式，遠程啟動時為進程外 ? DLL和 EXE兩種代碼形式是在編譯時確定的。 } ? COM組件生存期 ? 引用計數(shù) ? AddRef（） ? Release（） ? 注意：在整個生存期內， AddRef與 Release一定要配對，否則： – 漏掉 AddRef，程序出錯 – 漏掉 Release，對象永不釋放 ? COM組件接口查詢及其設計原則 HRESULT QueryInterface([in] REFIID iid,[out]void **ppv)。 ULONG AddRef(void)。 HRESULT DeleteMSG([in]string)。 HRESULT Disconnect([in]string)。 ? 服務器： COM組件，專門為用戶提供邏輯操作服務的（類似數(shù)據(jù)庫服務器）。 ? COM組件是一個獨立運行的操作系統(tǒng)任務或進程。 ? 接口：提供給外界的函數(shù)的集合。 新發(fā)展 ? J2EE平臺 ? .NET框架 COM組件結構（靜態(tài)） ? 面向 對象 模型－ 組件 對象模型 ? 相同點： – 組件＝內部數(shù)據(jù)成員（狀態(tài)）＋操作方法 – 組件必須通過將類 實例化 后才能運行。 ? COM－ LPC（本地過程調用） ? DCOM－ RPC（遠程過程調用） COM＋ ? COM+是一種依賴于 松散耦合 LCE的消息機制 ? COM/DCOM依賴于 緊耦合 TCE ? 小結： ? COM組件技術是一種基于本地過程調用 LPC、遠程過程調用 RPC和標準操作接口的系統(tǒng)互聯(lián)的工業(yè)標準。 ? 組件分布在多臺機器上，通過網(wǎng)絡實行透明的通信和互操作。 – 按照 COM標準建立的可執(zhí)行組件均具有標準的接口，通過這些接口實現(xiàn)組件間透明的連接和互操作。 ? COM－組件對象模型， 1993年發(fā)布 – 是一種基于面向對象概念的組件之間互聯(lián)和通信的二進制代碼模型。 第七節(jié) COM/DCOM/COM+結構 ? 潘愛民譯 《 COM本質論 》 ? 北京大學計算機技術研究所 教學資料 ? 《 組件技術 》 ? 軟件環(huán)境的變化 單任務 多任務 文字界面 圖形界面 單線程 多線程 平臺相關 跨平臺 單機 (本地 ) 網(wǎng)絡 (分布式 ) 單一語言 多種語言 概述 ? 如何在 IE中打開 word文件、 Excel文件；如何在 CAD中插入圖片；如何在 PPT文件中編輯公式和音頻？ ? OLE（ Object Linking and Embedding）－多種資源和復合文檔 ? 應用程序之間需要交互和組合功能。請問 Java中對于線程提供了哪些輔助類？ ? 原示例程序中服務器（ Server）的調度采用的是 線程調度 方式（ p71），請將其修改為線程池的調度方式。 ? 2)當有多個服務器時，無法給客戶提供更優(yōu)的服務。 ? 如何解決？ ? （ 1）進程調度 主進程 從進程 從進程 從進程 客戶 客戶 客戶 ? （ 2）線程調度 主進程 從線程 從線程 從線程 客戶 客