【文章內(nèi)容簡介】 個 InfoSet都有一個文檔信息項做為樹狀結(jié)構(gòu)的根，其下所有信息項都衍生自這個獨一無二的根。大多數(shù) InfoSet的根元素之下都有一些子元素信息項。 XML技術簡介 簡單的 XML文檔。 employees employee nameBob/name age34/age /employee employee nameSusy/name /employee /employees XML技術簡介 XML文檔的 InfoSet Document Element employees Element employee Element employee Element name Element age 36 Bob Element name Casey XML技術簡介 ? XML文檔和它們暗含的 InfoSet，可以為文檔數(shù)據(jù)操縱工具提供一個基礎。其中最重要的是 XPath，它提供一個用以識別 InfoSet子集的機制。使用XPath的方式之一，是把它當作一種用于 XML文檔信息查詢的語言。就像 SQL提供一種標準語言用于查詢關系型數(shù)據(jù)庫中的信息一樣， XPath提供了一種語言，用于查詢以層次結(jié)構(gòu)表示的信息。 XML技術簡介 使用 XPath表達式，用戶便可識別樹中特定節(jié)點。例如，對簡單 XML文檔發(fā)出如下查詢語句： /employees/employee/name ? 這個簡單的 XPath請求，首先標識出根元素employees下的每一個 employee元素，然后標識出這些 employee元素中的每一個 name元素的值。更加復雜的查詢也可以實現(xiàn)，包括使用比較操作符、計算總數(shù)、通配符等。有了 XPath，開發(fā)人員無需自己寫代碼來遍歷信息，這種抽象語言可以輕易查詢表述于內(nèi)存的 XML文檔的信息。 XML技術簡介 ? 這個簡單的 XPath請求，首先標識出根元素employees下的每一個 employee元素，然后標識出這些 employee元素中的每一個 name元素的值。更加復雜的查詢也可以實現(xiàn)，包括使用比較操作符、計算總數(shù)、通配符等。有了 XPath，開發(fā)人員無需自己寫代碼來遍歷信息，這種抽象語言可以輕易查詢表述于內(nèi)存的 XML文檔的信息。 XML技術簡介 ? 基于 XML InfoSet 提供的抽象技術之上的另一種技術是可擴展樣式表語言轉(zhuǎn)換（ Extensible Stylesheet Language Transformations， XSLT）。XSLT是一種用于指定 XML文檔轉(zhuǎn)換的機制，這個轉(zhuǎn)換可用 XSLT樣式表來描述。例如，開發(fā)人員可以定義一套 XSLT規(guī)則，將一個 XML文檔從一種模式轉(zhuǎn)換為另一種。 XSLT依賴用 XML文檔 InfoSet表示的抽象形式，有些功能則依賴 XPath。 XML技術簡介 ? 下圖總結(jié)了各種 XML基礎技術之間的關系。 XML Schema（ XML架構(gòu)）用來描述 XML文檔的結(jié)構(gòu)和內(nèi)容，它定義出一組類型，而 XML文檔自身可被認為是某種架構(gòu)定義的文檔類型的一個實例。這個 XML文檔是 InfoSet的基礎， InfoSet提供這個文檔數(shù)據(jù)的抽象視圖。如我們可以這種方式訪問諸如文件系統(tǒng)或 Windows 注冊表等層次結(jié)構(gòu)的數(shù)據(jù)。 XML技術簡介 XML技術簡介 ? XML標準并未以任何特定途徑強制處理 XML文檔中的信息，目前已有兩種風格的 API被廣泛使用。其中之一是：將 XML文檔中的信息按順序讀出，以深度優(yōu)先搜索方式遍歷文檔樹。支持這種訪問方式的 API稱為流式 API。 ? 第二種途徑是：整個文檔被表示為一個內(nèi)存數(shù)據(jù)結(jié)構(gòu)，允許應用程序遍歷，并且視需要向后或向前移動。支持這種訪問方式的 API稱為導航 API。這方面最常使用的 API是 W3C定義的“文檔對象模型（ Document Object Model， DOM）”的一個實現(xiàn)。 ? XML的支持，同時支持流式 API和導航 API，提供執(zhí)行 XPath查詢和 XSLT轉(zhuǎn)換的功能。雖然討論 名空間可以完成的任務不是本節(jié)所討論的重點內(nèi)容，但在這里仍簡要介紹一下。 ? XML文件的操作，支持兩種不同的分析模式： XML讀寫器和 XMLDOM分析器 ，如下圖 1） XML讀寫器 讀寫器的工作方式類似于數(shù)據(jù)庫的游標。 XmlReader、XmlWriter兩個抽象類是所有 .NET Framework中 XML類的基礎類，包括 XMLDOM類、 。所以在 .NET Framework中有兩種可選的方法去處理 XML數(shù)據(jù)。用 XmlReader和 XmlWriter類直接處理 XML數(shù)據(jù)，或者用 XMLDOM模式處理。 XMLReader：提供對 XML 數(shù)據(jù)進行快速、非緩存、只進訪問的讀取器。是一個抽象基類，有兩個子類繼承并擴展了它。 XMLTextReader：繼承自 XMLReader，提供對 XML 數(shù)據(jù)流的只進只讀訪問。 XMLNodeReader：繼承自 XMLReader，為給定的 XML 文檔對象模型 (DOM) 節(jié)點子樹提供讀取器。 XMLWriter：一個編寫器抽象基類，該編寫器提供一種快速、非緩存和只進的方式來生成包含 XML數(shù)據(jù)的流或文件。 2） DOM分析器 XmlDocument類，提供了一個 DOM API實現(xiàn)。盡管使用 XmlReader是訪問 XML文檔信息的最快速方式，但 XmlDocument類卻更常被使用，因為它允許在一個文檔中進行導航，可以隨心所欲地向后或向前移動。開發(fā)人員應該選擇最合乎需求的一種訪問方式。 XMLNode： XML文檔中的單個節(jié)點，是 DOM實現(xiàn)中的基類。 XMLAttribute：繼承自 XMLNode，表示 XML文檔中節(jié)點的屬性。 XMLDocument：繼承自 XMLNode，表示 XML文檔。 XMLLinkedNode ：獲取緊靠該節(jié)點（之前或之后）的節(jié)點。 ? XML已經(jīng)成為現(xiàn)代計算不可或缺的一種技術。它提供一種標準方式來描述信息，填補了我們所處的這個復雜世界因為多家廠商群英并起而造成的縫隙。 .NET Framework 中那些為 XML而開發(fā)的巨大命名空間和類型，目的是為了讓這種日益重要的技術變得更容易使用。 事務： ? 事務是用于訪問和修改各種數(shù)據(jù)項的一個程序單位；被訪問的數(shù)據(jù)可以分散在多個文件中，事務也可以被看做是一系列的讀和寫操作。當這些操作全部完成時可以托付操作來終止事務。只要有一個讀或?qū)懖僮魇?，則執(zhí)行夭折操作。這個概念本身很簡單：所有操作要么全部成功，要么全部失敗。然而，由于軟件可能會遭受無數(shù)的物理打擊，要確保一組操作只能夠得出這兩種結(jié)果，根本沒那么簡單。因此， .NET Framework 提供了使創(chuàng)建事務性應用程序更為容易的服務。 事務： ? 事務最常與 DBMS一起使用?？梢允褂?明確地啟動一個 DBMS事務，在該事務中執(zhí)行操作（如更新 DBMS中的記錄），然后顯式提交或中止事務。用事務的標準術語來說， DBMS和其他任何能夠正確執(zhí)行事務性請求的操作都被稱為資源管理器（ Resource Manager， RM）。當事務的操作全部都是從一個應用程序發(fā)出請求，并且由單一的 RM執(zhí)行時，這種簡單的方式可以良好的運作。 事務： ? 當單一事務中的操作由多個實體（如同一個應用程序中的兩個或多個對象）發(fā)出請求或由多個 RM執(zhí)行時，開發(fā)人員在處理軟件時面臨的問題就很多了。雖然這些情況并不多見，但是它們很重要。 .NET Framework 通過企業(yè)服務（ Enterprise Services）技術對這種復雜風格的事務性應用程序提供支持，該技術允許將一個或多個對象所發(fā)出的操作聚合進單一事務，同時還允許由多個 RM來執(zhí)行單一事務中的操作。然而，企業(yè)服務不僅僅支持事務，它提供的服務還可以管理對象的生命周期等，有時不可避免會將這些服務和事務混合在一起。 事務： ? .NET Framework 理事務的方式。不同于企業(yè)服務將事務控制與對象生命周期管理以及其他捆綁在一起。需要強調(diào)的是， 壞現(xiàn)有的一切，企業(yè)服務仍如從前一樣工作。然而，由于不再與其他不相關的概念綁在一起，所以。 互操作： ? .NET Framework 目前已成為許多公司開發(fā)應用軟件的平臺和基礎。但是很多公司在之前的項目應用中，開發(fā)了很多 COM、 DCOM組件，現(xiàn)在采用 .NET 開發(fā)組件，就使這些組件成為了遺留代碼。由于在開發(fā)之前的 COM組件時投入了大量的人力、財力，如何在 .NET 環(huán)境下重用這些 COM組件就顯得更有意義，本節(jié)將介紹使這些 COM組件“起死回生”的方法。 互操作： ? 組件化技術是利用組件技術來開發(fā)的一種方法組件技術，是組件化開發(fā)的核心；組件是可以用來重用、進行發(fā)布、進行部署的一種二進制代碼單元；組件技術就是規(guī)定如何定義這樣一種代碼單元的規(guī)范；所以組件并不一定遵循某種規(guī)范，它有一些很明顯的特性和特征。對組件來說，最重要的技術和特點就是它定義了接口，即如何使用組件，組件內(nèi)部定義了實現(xiàn)接口的方法。但是接口的定義，通常來說在大多數(shù)組件技術當中都是可以實現(xiàn)分離的，不是緊密地綁定在一起，那么通過組件技術就可以去解決編程當中兩個很大的問題：①代碼的重用，組件技術非常便于實現(xiàn)代碼的重用；②可以解決代碼的部署，以組件為單元來部署應用程序，會比以前部署整個應用程序更加便利和靈活。通常用一個方框加上幾個圓圈的示意方式來表示組件 互操作： 互操作： ? 上圖也說明了要使用組件就必須通過它所規(guī)定的接口來實現(xiàn)。如果這些接口是相同的，即幾個組件實現(xiàn)相同的接口，這些組件之間就可以相互進行替換。對于同一個接口，可以選用同樣接口的組件，上圖所示組件 3和組件 4，它們的接口是相同的，用戶可以使用兩個其中的任意一個，這樣應用程序主體可以不需要發(fā)生任何變更，程序的功能、行為就可以進行變化?？梢远x好組件（如組件 1）的接口之后，把這些組件交給用戶所屬的開發(fā)團隊自行生產(chǎn)；另外也可以把組件（如組件 2）接口定義交給其他廠家，由他們來設計實現(xiàn)這個接口，然后再去購買，這就是接口和實現(xiàn)分離帶來組件技術的一種靈活性。無論是在運行時刻去更換組件還是在開發(fā)時刻更替組件的定義去實現(xiàn)組件，無論是誰實現(xiàn)的（用戶自己還是其他廠商），得到的結(jié)果都是一樣的。 互操作： ? 組件化開發(fā)與傳統(tǒng)的開發(fā)方式主要區(qū)別在于開發(fā)都是圍繞組件為中心的，用戶從設計應用程序開始就很明確：應用程序應該由很多不同的組件來構(gòu)成，這些組件之間的關系應該是怎樣的，它們的協(xié)作是如何來完成的，這些在設計的時候就需要去考慮。組件的接口應該如何定義這是最關鍵的，有了這些定義之后，就可以根據(jù)接口實現(xiàn)組件的功能。最后把這些組件拼裝在一起構(gòu)成應用程序。 ? 部署是組件化開發(fā)的一個過程，同樣需要認真考慮。它的流程就是確定好應用程序的架構(gòu)之后，設計、開發(fā)組件，最后在客戶端把組件組裝起來構(gòu)成完整的應用程序。 互操作： 下面介紹如何通過在 .NET 中如何創(chuàng)建、開發(fā)組件。 ? 1. 創(chuàng)建組件 在 .NET 中，組件包含了很多類，這些類應該包含在命名空間，所以在創(chuàng)建組件的時候，首先應該包含一個實現(xiàn)功能的類，同時把這個類放在命名空間中。 ? 2. 編譯組件 使用下列命令將 。 E:\ csc /out: /target:library 在完成了組件的創(chuàng)建和編譯之后，就要在不同種類的程序中使用這個組件。 ? 3. 創(chuàng)建簡單的控制臺客戶端程序調(diào)用組件 互操作： ? 4. 創(chuàng)建 Web客戶端應用程序調(diào)用組件 ? 5. 在 .NET 程序中調(diào)用現(xiàn)成的組件 要實現(xiàn)互操作性，必須首先引入 .NET Framework 的 。 C中使用的語法為：using 。 .NET訪問 API，并允許 C 訪問非托管的 DLL函數(shù)。例如，要調(diào)用 Windows MessageBox函數(shù)： int MessageBox(HWND hwnd,LPCTSTR lpText, LPCTSTR lpCaption,UINT uType) 可以聲明一個具有 DLLImport屬性的 static extern方法： using ； [DllImport(―‖)] static ertern int MessageBox(int hwnd,string text,string caption,int type)。 然后在代碼里面直接調(diào)用就可以了。 注意：在調(diào)用返回字符串的 API中要使用 StringBui