XML 程式設計思想:XML和語義:XML 會兌現其承諾嗎？(轉)

XML 程式設計思想:XML和語義:XML 會兌現其承諾嗎？(轉)[@more@]

　　XML 作為基本資料格式無疑是成功的。但是 XML 1.0 提出的許多承諾 ? 從統一各企業間的通訊方式到使 Web 更智慧化 ? 都沒有兌現。將 XML 用於共享的語義並因此用於共享的知識，是本專欄的主題。本文中，Ogbuji 先生介紹了迄今為止，開放應用程式組（Open Applications Group）和美國國防部（DoD）沿著這一方向，在最近發展環境中所取得的進步。

　　最近，XML 慶祝了四周歲生日。在這四年中，它可能比任何其它在一個時髦術語的保護傘下的技術群都更成功。現在，在各種型別的軟體系統中部署 XML 交換工具都是司空見慣的。現在，從資料庫管理系統到程式語言，大多數開發工具都帶有 XML 處理工具。

　　當引入 XML 1.0 時，它不僅被宣傳成駭客工具箱中又一個有價值的工具，而且還被描繪成一個鼓勵人們更自由地共享資訊的系統。XML 承諾：標準化作為組織間電子貿易基礎的格式，並建立帶有更靈巧的搜尋引擎和支援下一代分散式應用程式的更智慧化的 Web 基礎。

　　這些承諾的核心是一種能力，它將共享簡單標記文件擴充套件成共享文件中一些標記 背後的概念。這是共享語義的思想，並且也是本專欄討論的重點。我已經討論過建立 XML 格式的字典和對映表的組織工作，以便可以由全面和正式的文件（例如，RosettaNet 和 ebXML）共享語義。我也討論過用 RDF 在程式中表達語義的實際技術。正如我小心演示的那樣，該技術的基礎就是用來做這類工作的，但問題是能否建立更軟的基礎。

　　對於 更軟的基礎，我的意思是協定。如果沒有足夠多（多於某個臨界數量）的人數依靠世界上所有的工會、註冊中心、資料庫、模式語言和詞彙表來制定和正式化其協定，則這些工會、註冊中心等等就都毫無價值。構成採購訂單的定義有數百種，但人們是否有充分的願望透過使用與 XML 相關的技術提供的工具使一種採購訂單格式與另一種匹配呢？

　　在本專欄文章的其餘部分，我將就語義透明性方面的最新發展作常規調查。人們在這些方向上仍在進行大量活動的事實顯示，還是有機會兌現 XML 的重要承諾的。

　　OAG 在前進

　　開放應用程式組（OAG）是又一個嘗試將 XML 格式標準化以用於組織間交換的開拓小組。他們的核心工作產品是開放應用程式組互操作標準（Open Applications Group Interoperability Standard (OAGIS)），最近公佈了其新發行版版本 8.0。OAGIS 包含一組用 XML 格式化的公共業務交易的訊息集。稱為業務物件文件（BOD）。構成公共業務互動的訊息序列稱為方案（scenario）。OAG 鼓勵使用者使用電子應用程式整合（EAI）特性、基本或安全的 HTTP 或 SMTP，或者 SOAP，甚至是在 ebXML 框架中，直接交換方案中的每個 BOD。

　　OAGIS 版本 8.0 提供了與版本 7.2.1 相同的 BOD 集合。新增了對更具描述性的標記名稱的支援，但大多數更改是新增了技術特性規範。尤其是，BOD 現在具有 W3C XML 模式定義語言（XSDL）定義；還有用 XPath 定義的對映，用於根據訊息內容整合應用程式執行。版本 8.0 中的所有 BOD 文件都是以強交叉引用的 HTML 提供的。

　　OAG 似乎還很認真地採用了與其它組的可互操作的思想。7.2.1 發行版已經提供了對 ebXML、RosettaNet 實現框架（RNIF）和 Microsoft 的 BizTalk 的支援。隨著核心 XML 技術對映的新增，現在，在各種通用 XML 工具中支援 OAGIS 的道路越發清晰了。

　　OAGIS 8.0 可免費下載。您會得到一個大的 zip 檔案，在解壓縮之後，可以透過在 Web 瀏覽器中檢視所包含的 index.html 來開始。壓縮文件還包含 XML 概要（schemata）（僅 XSDL 格式 ? 沒有 DTD）和示例 BOD。這個概要很大，並且展開成錯綜複雜互連檔案。OAG 推薦使用 XML IDE，也許是基於這樣的設想：這樣的工具有助於理解散亂的模式文件。為方便起見，Xerces 解析器、Saxon XSLT 引擎和 XSV XSDL 驗證器被捆綁在一起。

　　在該 zip 檔案中，還有所有 200 多個 BOD 的示例。這些示例不大象它們應有的那樣有用，因為它們有許多佔位符，如文字“String”大意相當於說“把某個字串放在這兒”。也許這適合於模板，但在示例中，這不是很有用。看起來這些樣本不大可能僅僅意味著模板，因為 OAG 推薦使用 XML 工具，而任何工具都能方便地從模式生成模板。但是，作為示例它們應該以友好的方式幫助使用者理解文件的結構和意圖。因此，不完整的示例有點讓人沮喪，但考慮到 BOD 可能很大，因此可能認為將完整的示例放入免費可用的軟體包中要投入太多的工作而不能實現。

　　DISA 在研究模式

　　美國政府透過各種國防機構負責建立許多公共技術 ? 從全球定位系統（GPS）到因特網本身。當開發技術需要複雜的部署，而私有公司因為存在無意中使競爭對手以及並未作出貢獻的後來者受益的風險和可能性，從而回避，不願投資時，這一點就尤其真實。美國國防部（DoD）最近的倡議是對 XML 語義透明性很有希望的一個訊號。

　　DoD 指定國防資訊系統局（Defense Information Systems Agency (DISA)）建立一個 XML 元件資源庫，主要由國防機構內部使用，但顯然有可能擴充套件到更大範圍（請參閱 參考資料）。請不要把這個 DISA（）與我在本專欄中第一部分提到的資料交換標準協會（Data Interchange Standards Association）（）混淆。此外，民間的 DISA 管理著 X12 EDI 標準的公認標準委員會（Accredited Standards Committee (ASC)）。

　　該工作幕後有雙重推動力：各種政府機構越來越多地使用 XML，並期望透過標準化或至少透過註冊各種格式、最佳實踐和與供應商和業界團體的關係來擴大使用 XML 的好處。（在 DISA 備忘錄中，這種多樣的混合通常稱為元件。）DISA 已經管理著 DoD XML Registry v2.1，根據其主頁上的定義：“允許一致的 XML 用法，包括專案內的垂直使用和跨組織的水平使用”。特別地，註冊中心定義了來自多種詞彙表的、有組織的 XML 資訊項，例如，透過名稱空間（在本例中，從組織角度而不是如 XML 名稱空間 1.0 中那樣從技術角度講）組織。每個名稱空間都有管理器，並且都與其它名稱空間中的相關項交叉引用。

　　例如，您可以轉到這個在 Personnel 名稱空間下的註冊中心，查詢定義婚姻狀態的資訊項（ Con_MaritalStatus (1.0)）。您甚至可以下載表示婚姻狀態列舉中的正式值的 XML 文件（請參閱 清單 1）。

　　清單 1：DoD XML 註冊中心中表示婚姻狀態資訊程式碼域值的文件

　　"">　 10/15/2001　 Unclassified　 　　 The code that represents the Marital Status of a Person　 　 PER　 Con_MaritalStatus　 1.0　 　　　　　　　 D　　　　 Divorced　　　　　　　　　 I　　　　 Interlocutory　　　　　　　　　 L　　　　 Legally Separated　　　　　　　　　 A　　　　 Marriage Annulled　　　　　　　　　 M　　　　 Married　　　　　　　　　 N　　　　 Never Married　　　　　　　　　 W　　　　 Widowed　　　　 ]]>

　　現在 DISA 獲得特許在這個系統上進行更多擴充套件，對於互操作性和收集網路優點，它已經是功能強大的工具了。有人希望這仍是另一個政府專案，該專案對於納稅人的錢來說是個好投資。可以在 XML.gov 網站找到關於 DISA 註冊中心的更多資訊以及關於在政府中使用 XML 技術的其它參考資料。（請參閱 參考資料）。

　　結束語

　　XML 已經非常成功了，但人們感覺到，對於將 XML 用作基石的資訊系統而言，要在效率方面取得質的飛躍，還有大量關鍵性的工作要做。基於 XML 的共享語義方面的持續努力（如 OAG 組的長期努力）是使這個飛躍發生的基本部分。邁向成功的激動人心的突破可能會需要資金雄厚的投資方的堅決努力，投資方從互操作性上獲得的收益比它所冒的風險更大。美國政府可能剛好就是那個投資方，DISA 的工作顯示了將 XML 帶到下一級別的潛力。

　　在本系列的下一篇專欄文章中，我將回到問題跟蹤器的主題。既然許多基本部分已經就位 ? XML 原始碼、RDF 模式和查詢 ? 您可以開始在中介軟體設定中製作應用程式、說明 RDF 可以如何增強應用程式中已有的 XML 價值。