[計算機軟件及應用]軟件體系結構-資料下載頁

　　

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