簡(jiǎn)介：當今的企業(yè)都希望將 SOA  作為一種公開(kāi)其應用程序和數據以便于用戶(hù)使用的方法。通過(guò)采用 SOA，企業(yè)資產(chǎn)（例如，業(yè)務(wù)流程應用程序或后端系統）可以由在這些資產(chǎn)公開(kāi)的服務(wù)上構建的各種解決方案/應用程序使用。在這里，您可以將企業(yè)視為一組公開(kāi)數據集或功能集并在其后封裝業(yè)務(wù)邏輯的服務(wù)。

　　現在，使用現有開(kāi)發(fā)工具在這些服務(wù)上構建解決方案非常容易。通過(guò)使用 SOAP 或 WSDL 之類(lèi)的標準，不同的供應商可以提供在這些服務(wù)上進(jìn)行公開(kāi)和開(kāi)發(fā)的工具。

　　當企業(yè)開(kāi)發(fā)了一些解決方案之后，問(wèn)題就開(kāi)始暴露出來(lái)。以下是一些最常見(jiàn)的問(wèn)題：

　　1.解決方案只能使用一次。它們只能與一個(gè)或一組預先定義的服務(wù)進(jìn)行通信，并且解決方案本身難以重用。更改服務(wù)后需要重新構建/重新部署解決方案。

　　2.對服務(wù)所公開(kāi)的內容的理解取決于人們的想法，而不是服務(wù)定義本身。當前的標準只涵蓋了如何獲得那些服務(wù)。

　　3.很難將不同的服務(wù)集合在一起。既沒(méi)有預先定義的聚合機制，也沒(méi)有關(guān)于一個(gè)服務(wù)如何與另一個(gè)服務(wù)相聯(lián)系（服務(wù)彼此之間不了解）的定義。

　　4.按照大多數常見(jiàn)的用戶(hù)標準來(lái)說(shuō)，解決方案 UI 難以實(shí)現，而且通常很槽糕（除非進(jìn)行巨額投資）。這是因為難以在一次性解決方案中模擬當前的應用程序 UI。

　　5.大多數用戶(hù)都相當熟悉 Office 套件（Word、Excel、Outlook 等）之類(lèi)的應用程序，但是當設計出一個(gè)新的應用程序/解決方案后，需要對他們進(jìn)行培訓，從而增加了此類(lèi)部署的成本。

　　由于上述原因，我們需要一個(gè)在現有服務(wù)之上構建解決方案的更好的機制。

　　元數據方法

　　目前，Web 服務(wù)公開(kāi)了許多有關(guān)如何使用服務(wù)的信息，但在說(shuō)明提供了哪種類(lèi)型的信息或功能方面，卻提供了非常少的幫助。Web 服務(wù)通常會(huì )公開(kāi) WSDL，因此工具可以輕松地查明 Web 服務(wù)公開(kāi)了哪些方法和參數，但是，至于在那些方法后定義了哪些業(yè)務(wù)實(shí)體、甚至這些方法可能會(huì )影響后端系統等方面，卻提供了非常少的提示（例如，不會(huì )告知某個(gè)方法將更新后端系統）?？雌饋?lái)，WSDL 似乎不能充分表示當今服務(wù)所公開(kāi)的內容。

　　我們推薦一組新的元數據，它可以與某個(gè)服務(wù)相關(guān)聯(lián)，并說(shuō)明該服務(wù)的用戶(hù)（解決方案開(kāi)發(fā)人員）將需要了解的內容。在這個(gè)新的元數據中，我們將公開(kāi)以下概念：

　　1.實(shí)體 — 將封裝一組數據或功能的抽象業(yè)務(wù)或用戶(hù)定義。例如，我們可以有一個(gè)客戶(hù)實(shí)體。

　　2.視圖 — 與某個(gè)實(shí)體相關(guān)聯(lián)的架構，它描述有關(guān)該實(shí)體的數據子集。例如，對于客戶(hù)實(shí)體，我們可以擁有多個(gè)視圖，例如，客戶(hù)聯(lián)系信息或客戶(hù)財務(wù)信息。每個(gè)視圖都符合特定的架構，它是給定上下文的實(shí)體表示形式。

　　3.關(guān)系 — 實(shí)體/視圖可以與其他內容關(guān)聯(lián)，這些關(guān)系應該在此元數據中描述。例如，客戶(hù)實(shí)體可能與定單實(shí)體相關(guān)聯(lián)。關(guān)系允許實(shí)體之間的導航，這只需執行元數據描述即可。然后，關(guān)系將描述如何從一個(gè)實(shí)體進(jìn)入另一個(gè)實(shí)體。

　　4.引用 — 引用是指向一組信息的常用方式。它是一個(gè)架構，表示檢索一段數據所需的最小信息集，例如，用于檢索客戶(hù)的客戶(hù) ID。您可以用多種方式檢索一段信息，例如，可以按名稱(chēng)、ID、SSN 等檢索客戶(hù)。

　　5.操作 — 這是給定實(shí)體/視圖可以操作的方法。您可以將GetCustomer、UpdateCustomer 或 ReleaseOrder 看作此類(lèi)操作的示例。

　　描述現有服務(wù)的元數據只能解決一半問(wèn)題。另一半（在這些服務(wù)上開(kāi)發(fā)的解決方案）還需要元數據描述。我們相信，通過(guò)考慮最終用戶(hù)可以執行的操作，您可以構建大多數解決方案。這些操作是在服務(wù)實(shí)體/視圖上構建的，并在其上提供可操作性?？蛻?hù)操作肯定會(huì )有一個(gè)顯示其數據的操作，可能還有一個(gè)更新數據的操作。操作說(shuō)明應該將從服務(wù)檢索的數據鏈接到將使用它的 UI 或解決方案功能。

　　信息橋框架

　　信息橋框架 (IBF) 就是 Microsoft 對上述挑戰和元數據方法作出的回答。IBF 允許您通過(guò) Office 應用程序連接 LOB 和后端系統，以及通過(guò)元數據方法在 Web 服務(wù)上創(chuàng )建解決方案。IBF 可以實(shí)現以下操作：

　　1.為服務(wù)創(chuàng )建元數據描述

　　2.創(chuàng )建用于在服務(wù)上構建解決方案/應用程序的元數據基礎結構

　　3.跨解決方案的高度可重用性

　　4.解決方案的輕松維護和部署

　　5.與 Office 應用程序的高度集成

　　6.只需對現有 Office 用戶(hù)進(jìn)行簡(jiǎn)單的培訓

　　信息橋體系結構

　　IBF 體系結構（如圖 1 所示）包含以下組件：

　　a) 一個(gè)封裝了 LOB 或后端系統并與 IBF 兼容的 Web 服務(wù)。我們將在下一部分（設計和開(kāi)發(fā) IBF 解決方案）中討論兼容問(wèn)題。

　　b) 一個(gè)包含服務(wù)和解決方案元數據的元數據庫（元數據服務(wù)）。該庫可將自身導出為提供對元數據的訪(fǎng)問(wèn)的 Web 服務(wù)。還有一個(gè)描述所有服務(wù)和解決方案的中央庫?？蛻?hù)端將基于它們的權限下載該元數據的子集，以將其作為所需的執行基礎。

　　c) IBF 客戶(hù)端引擎。這最后一個(gè)組件包含兩個(gè)獨特的組件：

　　　　a. 在需要時(shí)從元數據服務(wù)下載元數據并保留它的本地緩存的引擎。它還可以理解元數據，并基于當前的上下文執行元數據。它執行所有與 UI 不相關(guān)的操作，例如，SOAP 調用、轉換等。該組件是 UI 不可知的。

　　　　b. UI 引擎，它是了解應用程序寄宿在何處（Word、Excel 等）的部分，而且它將呈現 UI，并提供特定于宿主應用程序的服務(wù)。它能夠在宿主應用程序上創(chuàng )建一個(gè)抽象層，因此用 IBF 構建的解決方案不需要了解宿主應用程序之間的差異。

　　d) 元數據設計器是一個(gè)基于 Visual Studio 的工具，它允許編輯元數據并將其導入元數據服務(wù)。

　　　

圖 1. IBF 體系結構

　　設計和開(kāi)發(fā)信息橋解決方案

　　在設計 IBF（信息橋框架）解決方案時(shí)，您必須將它分為三個(gè)截然不同的塊（如圖 2 所示）。一方面，您需要描述與 IBF 兼容的 Web 服務(wù)，該服務(wù)封裝了您要提供給最終用戶(hù)的后端應用程序功能。另一方面，您需要設計要提供給解決方案用戶(hù)的 UI 和體驗。最后一步是鏈接您使用 IBF 元數據構建的服務(wù)和 UI 解決方案。通過(guò)分開(kāi)這三個(gè)階段，您可以為其中的每個(gè)階段分配不同的資源，然后以單獨的方式操作，只需在它們共享的界面（或公共架構）上保持一致即可。

　　創(chuàng )建與 IBF 兼容的服務(wù)

　　IBF 需要可以提供數據以及與您的解決方案所需的數據進(jìn)行交互的服務(wù)。IBF 目前支持兩種類(lèi)型的服務(wù)：Web 服務(wù)和 CLR 組件。Web 服務(wù)是公開(kāi)后端數據最常用的方法，大多數 IBF 示例都將它們用于服務(wù)描述。如果您需要使數據脫機或者緩存（出于性能原因）CLR 實(shí)現，也是可以的。

　　在為 IBF 設計服務(wù)時(shí)，您應該記住，您是在構建用戶(hù)使用的服務(wù)，因此您希望公開(kāi)對用戶(hù)有意義的數據和方法。

　　　　

圖 2.IBF 解決方案的三個(gè)不同的塊

　　在構建這些服務(wù)時(shí)，您還需要知道幾個(gè)概念：

　　　　• 實(shí)體 — 您可以將實(shí)體視為一個(gè)對用戶(hù)有特殊意義并且可供用戶(hù)操作的業(yè)務(wù)對象。實(shí)體的示例可以是客戶(hù)、定單或機會(huì )。它們都有一些數據與之相關(guān)聯(lián)，并且從用戶(hù)的角度來(lái)看，它們是可以操作的。例如，客戶(hù)實(shí)體可能包含與特定客戶(hù)（名稱(chēng)、地址、位置等）相關(guān)聯(lián)的數據，以及允許用戶(hù)操作實(shí)體的方法，例如，UpdateCustomerInformation 或 SendEmailToCustomer。它可能還是一個(gè)通過(guò)關(guān)系(例如，CustomerOrders 或 CustomerOpportunities)到其他實(shí)體的起始點(diǎn)。

　　　　• 視圖 — IBF 可以用不同的視圖來(lái)分割實(shí)體。視圖是與實(shí)體有關(guān)的信息子集。對于一個(gè)客戶(hù)，您可能有客戶(hù)聯(lián)系信息視圖和客戶(hù)財務(wù)視圖。

　　　　• 引用 — IBF 中的引用是唯一標識一個(gè)實(shí)體/視圖實(shí)例的一段信息。對于前面的示例，引用可以是客戶(hù) ID 或客戶(hù)名稱(chēng)（如果它允許您唯一標識客戶(hù)）。

　　　　• 關(guān)系 — 某些實(shí)體/視圖之間具有關(guān)系，我們構建的元數據應該描述這些關(guān)系。一個(gè)示例是客戶(hù)與定單，因為您可以將客戶(hù)與其定單相關(guān)聯(lián)，以及將定單與其客戶(hù)相關(guān)聯(lián)。

　　基于前面的概念，在您構建服務(wù)時(shí)，您應該識別三種不同的方法：

　　　　• Get — get 方法允許您通過(guò)傳遞 Reference 來(lái)為實(shí)體/視圖檢索數據。一個(gè)示例是名為 GetCustomerContactInformation 的方法，它將接受客戶(hù) ID Reference 參數。

　　　　• Put — 這是一個(gè)允許您通過(guò)更新后端系統來(lái)修改實(shí)體/視圖內容的方法。它接受兩個(gè)輸入：對要更新的實(shí)體/視圖的引用，以及要更新的數據。

　　　　• Act — 該方法允許執行與獲得/更新實(shí)體/視圖無(wú)關(guān)的操作，或者跨多個(gè)實(shí)體執行操作。

　　如果您理解了這些概念，就可以圍繞它們來(lái)構建服務(wù)。服務(wù)將公開(kāi)一組類(lèi)型為 Get/Put/Act 的方法，為此還將為引用和視圖（由 Get 操作返回的數據）定義架構。

　　為了完成服務(wù)，還必須公開(kāi)描述前面解釋的概念的 IBF 元數據。IBF 提供了可以從 Web 服務(wù)自動(dòng)生成元數據的工具，這樣您就可以通過(guò)標注圍繞實(shí)體/視圖公開(kāi)的方法來(lái)增加元數據，并將它們映射到正確的引用。

　　創(chuàng )建 UI 組件

　　IBF 允許您的文檔包含指向后端數據的活動(dòng)鏈接。這些文檔通過(guò)智能標記或者獲得文檔的附加架構，來(lái)包含有關(guān)要獲得哪些后端數據的信息。智能標記或架構中的元素節點(diǎn)將存儲有關(guān)要指向哪些后端信息的信息。根據前面有關(guān)如何創(chuàng )建 IBF 服務(wù)的主題中的討論，這些就是引用。例如，智能標記將包含對后端信息的引用。您的解決方案必須定義它希望這些智能標記如何插入文檔，對此 IBF 提供/推薦了幾種方法。您可以自動(dòng)生成嵌入了智能標記的文檔（如果電子郵件/文檔由某些進(jìn)程動(dòng)態(tài)生成，這將十分有用）；您可以使用智能標記識別器基于正則表達式來(lái)檢測文本，或者在其中查找并動(dòng)態(tài)插入智能標記；您還可以使用 IBF 中的內置搜索功能，讓用戶(hù)查找他們感興趣的信息實(shí)例，并允許用戶(hù)將它們粘貼到文檔中。

　　剩下的 UI 部分就是要顯示給用戶(hù)的部分。IBF 提供了一個(gè)窗格方法，該方法可以宿主可由解決方案提供程序完全定義的區域。IBF 支持 .NET CLR 控件和 HTML 區域（以及這些區域的菜單）。創(chuàng )建一個(gè) UI 實(shí)際上就是創(chuàng )建一個(gè)控件，以及實(shí)現一個(gè)將數據插入控件的界面?？丶旧聿恍枰廊绾潍@得數據，以及數據來(lái)自哪里?？丶恍枰浪峁┑臄祿?lèi)型。IBF 將在運行時(shí)動(dòng)態(tài)實(shí)例化控件，并將正確的數據傳遞給控件。這就允許將數據的顯示與獲取數據的方式分離開(kāi)來(lái)。根據前面的示例，您可以創(chuàng )建一個(gè)知道如何呈現客戶(hù)信息的控件（它理解客戶(hù)的架構，并且包含其名稱(chēng)、地址等）。

　　創(chuàng )建解決方案元數據

　　創(chuàng )建 IBF 解決方案的最后一步就是，創(chuàng )建將服務(wù)描述與為其定義的 UI 元素相鏈接的元數據。為了讓您輕松地創(chuàng )建這些基于元數據的解決方案，IBF 提供了以下幾個(gè)概念：

　　• 操作 — 從用戶(hù)的觀(guān)點(diǎn)來(lái)看，這些是可執行單元，并且可以包含服務(wù)和 UI 方法/操作。在前面的示例中，您應該有一個(gè) DisplayInformation 操作，它使用 CustomerContactInformation 上的服務(wù)實(shí)體/視圖，并將其鏈接到我們創(chuàng )建的、用于顯示客戶(hù)信息的用戶(hù)控件。

　　• 轉換 — 由于來(lái)自服務(wù)的數據和 UI 元素所需的數據可能不同，因此 IBF 允許您轉換數據。XSL 轉換、正則表達式或調用 CLR 組件都是受支持的數據轉換方式。

　　• 關(guān)系 — 您的解決方案可以具有除該服務(wù)提供的關(guān)系之外的關(guān)系，還可以跨服務(wù)了解關(guān)系。例如，我可以將一個(gè)舊式應用程序中的客戶(hù)與 CRM 系統中的客戶(hù)相關(guān)聯(lián)。

　　部署和安全

　　您可以將 IBF 視為元數據的中央庫，作為解決方案動(dòng)態(tài)部署的服務(wù)描述和 UI 元素將由 IBF 客戶(hù)端組件使用。除了 IBF 客戶(hù)端以外，不需要在客戶(hù)端機器上安裝其他任何代碼/元數據。IBF 客戶(hù)端組件可以連接到相應的元數據服務(wù)，以獲得給定上下文所需的所有元數據和 UI 元素。在獲得元數據描述和 UI 元素后，IBF 客戶(hù)端組件將它們與服務(wù)方法調用一起執行，并根據需要來(lái)構建 UI 和用戶(hù)體驗。

　　由于 IBF 使用 CLR 組件進(jìn)行 UI 呈現，因此它構建在 .NET 安全性之上，所有組件都動(dòng)態(tài)下載并在本地緩存，并且在沙箱環(huán)境中執行，因而不會(huì )危害客戶(hù)端機器。如果您需要讓控件擁有更高級別的控制權，可以使用標準的 .NET 安全策略對這些控件進(jìn)行簽名，并提升它們的權限。

　　它為您的企業(yè)解決方案提供了一個(gè)健壯且無(wú)需部署的環(huán)境。