關於XPath
節點匹配路徑Xpath
在利用XSL進行轉換的過程中，匹配的概念非常重要。在模板聲明語句xsl:template match = ""和模板應用語句xsl:apply-templates select = ""中，用引號括起來的部分必須能夠精確地定位節點。具體的定位方法則在XPath中給出。
另外，也可以使用Xpath對XML文檔進行搜索、定位。
之所以要引入XPath的概念，目的就是爲了在匹配XML文檔結構樹時能夠準確地找到某一個節點元素。可以把XPath比作文件管理路徑：通過文件管理路徑，可以按照一定的規則查找到所需要的文件；同樣，依據XPath所制定的規則，也可以很方便地找到XML結構文檔樹中的任何一個節點。
在介紹XPath的匹配規則之前，我們先來看一些有關XPath的基本概念。首先要說的是XPath數據類型。XPath可分爲四種數據類型：
節點集（node-set）
節點集是通過路徑匹配返回的符合條件的一組節點的集合。其它類型的數據不能轉換爲節點集。
布爾值(boolean)
由函數或布爾表達式返回的條件匹配值，與一般語言中的布爾值相同，有true和false兩個值。布爾值可以和數值類型、字符串類型相互轉換。
字符串(string)
字符串即包含一系列字符的集合，XPath中提供了一系列的字符串函數。字符串可與數值類型、布爾值類型的數據相互轉換。
數值(number)
在XPath中數值爲浮點數，可以是雙精度64位浮點數。另外包括一些數值的特殊描述，如非數值NaN（Not-a-Number）、正無窮大infinity、負無窮大-infinity、正負0等等。number的整數值可以通過函數取得，另外，數值也可以和布爾類型、字符串類型相互轉換。
其中後三種數據類型與其它編程語言中相應的數據類型差不多，只是第一種數據類型是XML文檔樹的特有產物。另外，由於XPath包含的是對文檔結構樹的一系列操作，因此搞清楚XPath節點類型也是很必要的。由於XML文檔的邏輯結構，一個XML文件可以包含元素、CDATA、註釋、處理指令等邏輯要素，其中元素還可以包含屬性，並可以利用屬性來定義命名空間。相應地，在XPath中，將節點劃分爲七種節點類型：
根節點（Root Node）
根節點是一棵樹的最上層，根節點是唯一的。樹上其它所有元素節點都是它的子節點或後代節點。對根節點的處理機制與其它節點相同。在XSLT中對樹的匹配總是先從根節點開始。
元素節點（Element Nodes）
元素節點對應於文檔中的每一個元素，一個元素節點的子節點可以是元素節點、註釋節點、處理指令節點和文本節點。可以爲元素節點定義一個唯一的標識id。
元素節點都可以有擴展名，它是由兩部分組成的：一部分是命名空間URI，另一部分是本地的命名。
文本節點（Text Nodes）
文本節點包含了一組字符數據，即CDATA中包含的字符。任何一個文本節點都不會有緊鄰的兄弟文本節點，而且文本節點沒有擴展名。
屬性節點（Attribute Nodes）
每一個元素節點有一個相關聯的屬性節點集合，元素是每個屬性節點的父節點，但屬性節點卻不是其父元素的子節點。這就是說，通過查找元素的子節點可以匹配出元素的屬性節點，但反過來不成立，只是單向的。再有，元素的屬性節點沒有共享性，也就是說不同的元素節點不共有同一個屬性節點。
對缺省屬性的處理等同於定義了的屬性。如果一個屬性是在DTD聲明的，但聲明爲#IMPLIED，而該屬性沒有在元素中定義，則該元素的屬性節點集中不包含該屬性。
此外，與屬性相對應的屬性節點都沒有命名空間的聲明。命名空間屬性對應着另一種類型的節點。
命名空間節點（Namespace Nodes）
每一個元素節點都有一個相關的命名空間節點集。在XML文檔中，命名空間是通過保留屬性聲明的，因此，在XPath中，該類節點與屬性節點極爲相似，它們與父元素之間的關係是單向的，並且不具有共享性。
處理指令節點（Processing Instruction Nodes）
處理指令節點對應於XML文檔中的每一條處理指令。它也有擴展名，擴展名的本地命名指向處理對象，而命名空間部分爲空。
註釋節點（Comment Nodes）
註釋節點對應於文檔中的註釋。下面，我們來構造一棵XML文檔樹：
|
<A id="a1">
|
現在，來實現一些利用Xpath使XML中節點匹配的基本方法。
路徑匹配
路徑匹配與文件路徑的表示相仿，比較好理解。有以下幾個符號：
|
符 號
|
含 義
|
舉 例
|
匹配結果
|
|
/
|
指示節點路徑
|
/A/C/D
|
節點"A"的子節點"C"的子節點"D"，即id值爲d2的D節點
|
|
/
|
根節點
|
||
|
//
|
所有路徑以"//"後指定的子路徑結尾的元素
|
//E
|
所有E元素，結果是所有三個E元素
|
|
//C/E
|
所有父節點爲C的E元素，結果是id值爲e1和e2的兩個E元素
|
||
|
*
|
路徑的通配符
|
/A/B/C/*
|
A元素→B元素→C元素下的所有子元素，即name值爲b的B元素、id值爲d1的D元素和id值爲e1和e2的兩個E元素
|
|
/*/*/D
|
上面有兩級節點的D元素，匹配結果是id值爲d2的D元素
|
||
|
//*
|
所有的元素
|
||
|
|
|
邏輯或
|
//B | //C
|
所有B元素和C元素
|
位置匹配
對於每一個元素，它的各個子元素是有序的。如：
|
舉 例
|
含 義
|
匹配結果
|
|
/A/B/C[1]
|
A元素→B元素→C元素的第一個子元素
|
name值爲b的B元素
|
|
/A/B/C[last()]
|
A元素→B元素→C元素的最後一個子元素
|
id值爲e2的E元素
|
|
/A/B/C[position()>1]
|
A元素→B元素→C元素之下的位置號大於1的元素
|
id值爲d1的D元素和兩個具有id值的E元素
|
屬性及屬性值
在XPath中可以利用屬性及屬性值來匹配元素，要注意的是，元素的屬性名前要有"@"前綴。例如：
|
舉 例
|
含 義
|
匹配結果
|
|
//B[@id]
|
所有具有屬性id的B元素
|
id值爲b1和b2的兩個B元素
|
|
//B[@*]
|
所有具有屬性的B元素
|
兩個具有id屬性的B元素和一個具有name屬性B元素
|
|
//B[not(@*)]
|
所有不具有屬性的B元素
|
A元素→C元素下的B元素
|
|
//B[@id="b1"]
|
id值爲b1的B元素
|
A元素下的B元素
|
親屬關係匹配
XML文檔可歸結爲樹型結構，因此任何一個節點都不是孤立的。通常我們把節點之間的歸屬關係歸結爲一種親屬關係，如父親、孩子、祖先、後代、兄弟等等。在對元素進行匹配時，同樣可以用到這些概念。例如：
|
舉 例
|
含 義
|
匹配結果
|
|
//E/parent::*
|
所有E節點的父節點元素
|
id值爲a1的A元素和id值爲c1的C元素
|
|
//F/ancestor::*
|
所有F元素的祖先節點元素
|
id值爲a1的A元素和id值爲c2的C元素
|
|
/A/child::*
|
A的子元素
|
id值爲b1、b2的B元素，id值爲c2的C元素，以及沒有任何屬性的E元素
|
|
/A/descendant::*
|
A的所有後代元素
|
除A元素以外的所有其它元素
|
|
//F/self::*
|
所有F的自身元素
|
F元素本身
|
|
//F/ancestor-or-self::*
|
所有F元素及它的祖先節點元素
|
F元素、F元素的父節點C元素和A元素
|
|
/A/C/descendant-or-self::*
|
所有A元素→C元素及它們的後代元素
|
id值爲c2的C元素、該元素的子元素B、D、F元素
|
|
/A/C/following-sibling::*
|
A元素→C元素的緊鄰的後序所有兄弟節點元素
|
沒有任何屬性的E元素
|
|
/A/C/preceding-sibling::*
|
A元素→C元素的緊鄰的前面所有兄弟節點元素
|
id值爲b1和b2的兩個B元素
|
|
/A/B/C/following::*
|
A元素→B元素→C元素的後序的所有元素
|
id爲b2的B元素、無屬性的C元素、無屬性的B元素、id爲d2的D元素、無屬性的F元素、無屬性的E元素。
|
|
/A/C/preceding::*
|
A元素→C元素的前面的所有元素
|
id爲b2的B元素、id爲e2的E元素、id爲e1的E元素、id爲d1的D元素、name爲b的B元素、id爲c1的C元素、id爲b1的B元素
|
條件匹配
條件匹配就是利用一些函數的運算結果的布爾值來匹配符合條件的節點。常用於條件匹配的函數有四大類：節點函數、字符串函數、數值函數、布爾函數。例如前面提到的last()、position()等等。這些功能函數可以幫助我們精確尋找需要的節點。
|
函數及功能
|
作用
|
|
count()功能
|
統計計數，返回符合條件的節點的個數
|
|
number()功能
|
將屬性的值中的文本轉換爲數值
|
|
substring() 功能
語法：substring(value, start, length)
|
截取字符串
|
|
sum()功能
|
求和
|
這些功能只是XPath語法中的一部分，還有大量的功能函數沒有介紹，而且目前XPath的語法仍然在不斷髮展中。通過這些函數我們可以實現更加複雜的查詢和操作。
以上這些匹配方法中，用得最多的還要數路徑匹配。依靠給出相對於當前路徑的子路徑來定位節點的。