一個練習XSLT的網站

XSL(eXtensible Stylesheet Language)是XML在用的樣式表
一般而言，XML只是單純的文字文件
但是透過XSL可以將所設定的文字樣式(大小、字型、背景...)套用到XML文件裡面
使XML的文件呈現出不一樣的風格

XSLT則是將XML的文件轉換格式，例如轉成HTML檔
只要準備好兩份檔案:XML文件以及XSL文件
就可透過轉換程式來轉檔

我看的書是介紹使用xalan這套程式來轉
但是我下載安裝遇到一些問題

後來在網路上發現這個網站
XSLT Tryit Editor v1.0
可以幫助我們做XSLT的驗證

什麼是 DTD (Document Type Definition)

XML提供了兩種文件的驗證機制，一個是DTD，另一個則是XML Schema
雖然目前的主流是使用XML Schema來驗證文件
我想還是盡量多了解一下DTD
並且把我所知道的部分做成筆記

DTD ( 文件類型定義, Document Type Definition)，我把整個機制的重點放在Definition.
是用來訂出文件合法的區塊，也就是把元素的架構寫出來
語法<!DOCTYPE root-element [element-declarations]>
以上敘述有點難懂，還是來看一下範例

<?xml version="1.0" encoding="Big5"?>
<!DOCTYPE comic-list [
    <!ELEMENT comic-list (entry+)>
    <!ELEMENT entry       (author, title, rating)>
    <!ELEMENT author    (#PCDATA)>
    <!ELEMENT title         (#PCDATA)>
    <!ELEMENT rating     (#PCDATA)>
]>
<comic-list>
<entry>
     <author>井上雄彥</author>
      <title>灌籃高手</title>
      <rating>普遍級</rating>
</entry>
</comic-list>

從這邊可以看出entry這個父元素包含著author, title跟rating這些子元素
這就是這個元素區塊的架構
若是之後要再加入其他的漫畫列表
就必須照著DTD所定義的規範來依序加入entry, 且entry下面的子元素(author, title, rating)必須照順序來寫，另外，entry下面還要補上+或*號，表示這個檔案裡面有多筆entry, DTD也會依此來驗證此文件是否符合規定，大家都照規定來，一份完整且嚴謹的XML文件就可以互相使用

重新提醒一下， !DOCTYPE下面一定接根元素 (root element)
!DOCTYPE下面的第一行!ELEMENT也一定是根元素開頭
接下來再來定義根元素下面有幾個子元素，並且用括號()來刮起來
之後再來個別宣告子元素的type，像是(#PCDATA)之類的
若是該子元素又包著另一層的子元素
則不需宣告type，但要註明底下包著哪些子元素

譬如說

<?xml version="1.0" encoding="Big5"?>

<!DOCTYPE comic-list [

    <!ELEMENT comic-list (entry+)>

    <!ELEMENT entry       (author, title, rating)>

    <!ELEMENT author    (firstname, lastname)>

    <!ELEMENT firstname (#PCDATA)>

    <!ELEMENT lastname (#PCDATA)>

    <!ELEMENT title         (#PCDATA)>

    <!ELEMENT rating     (#PCDATA)>

]>

最上面的範例是從XML文件內宣告DTD的架構
還有另一種寫法是從外部文件內宣告
我將範例改寫如下

<?xml version="1.0" encoding="Big5"?>

<!DOCTYPE comic-list SYSTEM "comic-list.dtd"

<comic-list>
<entry>

     <author>井上雄彥</author>

      <title>灌籃高手</title>

      <rating>普遍級</rating>

</entry>

</comic-list>
接著再另外寫一份DTD的文件 (comic-list.dtd)好讓上述的XML文件讀取

<?xml version="1.0">

<!EEMENT comic-list (entry)>
<!ELEMENT entry       (author, title, rating)>

<!ELEMENT author    (#PCDATA)>

<!ELEMENT title         (#PCDATA)>

<!ELEMENT rating     (#PCDATA)>

這樣就是透過外部DTD來驗證XML文件架構的機制

以另一種觀點來看，DTD可以視為一種協議，不同的使用者可以透過共同訂制的DTD來交換資料，應用程式也可以透過DTD來驗證所接收的XML文件是否為有效的文件

參考資料: 1. Introduction to DTD
                  2. DTD tutorial

URI、URL和URN

URI的全名是Uniform Resource Identifier，用來識別某項資源

URL就是網址，在網路上經過註冊，一個獨一無二的地址

URN則是Uniform Resource Name, 我這邊把URN當成某項資源的名稱，且該名稱也是獨一無二
例如ISBN 0486275574 (urn:isbn:0-486-27557-4),透過這個ISBN，我們可以在網路上找到這本書是莎士比亞的羅密歐與茱麗葉
書籍在出版的時候，都會有ISBN象徵自己的代號，這就是URN的例子
總歸來說，URL跟URN屬於URI的集合

前一篇我們提到名稱空間(namespace)
最後舉了一個範例

<?xml version="1.0" encoding="Big5"?>

<comic-list xmlns:ct="content"

                    xmlns:qa="quality">

   <entry>

      <author>井上雄彥</author>

      <title>灌籃高手</title>

      <ct:rating>普遍級</ct:rating>

      <qa:rating>5 stars</qa:rating>

   </entry>

   <entry>

       <author>井上雄彥</author>

      <title>浪人劍客</title>

      <ct:rating>限制級</ct:rating>

      <qa:rating>5 stars</qa:rating>

    </entry>

</comic-list>

我提到了xmlns:ct="content"

雙引號裡面的內容是名稱空間的名字

按照一般的用法習慣，該名稱應該要是一個URI

代表我這份文件所用的元素命名，在這個世界上不會跟其他人衝到

所以大家最常用的就是使用URL (URL也是URI的一種)

譬如說我將以上的範例改寫成

<?xml version="1.0" encoding="Big5"?>

<comic-list xmlns:ct="http://ericchiu-xml.blogspot.com/content"

                    xmlns:qa="http://ericchiu-xml.blogspot.com/quality">

   <entry>

      <author>井上雄彥</author>

      <title>灌籃高手</title>

      <ct:rating>普遍級</ct:rating>

      <qa:rating>5 stars</qa:rating>

   </entry>

   <entry>

      <author>井上雄彥</author>

      <title>浪人劍客</title>

      <ct:rating>限制級</ct:rating>

      <qa:rating>5 stars</qa:rating>

    </entry>

</comic-list>

當我把這份XML文件發布到網路上，別人覺得有用處，想要結合我的資料來做一個漫畫系統查詢

因為我用了URI當作名稱空間，就可以避免別人跟我取到相同的元素名稱(<ct:rating>以及 <qa:rating>)

電腦在識別文件上也不會產生問題了

什麼是名稱空間(Name Spaces)

關於Namespaces這個名詞，對我來說實在是不好理解
查了一些資料後，總算有一些初步的認識

根據W3C的定義:
[Definition: An XML namespace is identified by a URI reference [RFC3986]; element and attribute names may be placed in an XML namespace using the mechanisms described in this specification. ]

之所以會有名稱空間的出現，是為了解決元素名稱重複的問題
其實XML的namespace就是一項識別XML元素的機制
假設A君正在寫漫畫分類的xml文件
以下是簡單的範例:
<?xml version="1.0" encoding="Big5"?>
<comic-list>
   <entry>
       <title>灌籃高手</title>
       <rating>普遍級</rating>
   </entry>
   <entry>
      <title>浪人劍客</title>
      <rating>限制級</rating>
   </entry>
</comic-list>

而B君也寫了相同的文件，但分類的方式不一樣

<?xml version="1.0" encoding="Big5"?>

<comic-list>

   <entry>

      <author>井上雄彥</author>

      <title>灌籃高手</title>

      <rating>5 stars</rating>

   </entry>

   <entry>

      <author>井上雄彥</author>

      <title>浪人劍客</title>

      <rating>5 stars</rating>

   </entry>

</comic-list>

當我們試著將這兩份文件合併時，電腦判讀就會出現問題

<?xml version="1.0" encoding="Big5"?>

<comic-list>

   <entry>

      <author>井上雄彥</author>

      <title>灌籃高手</title>

      <rating>普遍級</rating>

       <rating>5 stars</rating>

   </entry>

   <entry>

      <author>井上雄彥</author>

      <title>浪人劍客</title>

      <rating>限制級</rating>

      <rating>5 stars</rating>

    </entry>

</comic-list>

電腦不知道讀取rating這個元素時，代表的到底是內容分級、還是評價分級

所以我們可以在元素前面加入前置詞(prefix),來解決判讀的問題

<?xml version="1.0" encoding="Big5"?>

<comic-list>

   <entry>

      <author>井上雄彥</author> 

      <title>灌籃高手</title>

      <content-rating>普遍級</content-rating>

      <quality-rating>5 stars</quality-rating>

   </entry>

   <entry>

      <author>井上雄彥</author>

      <title>浪人劍客</title>

      <content-rating>限制級</content-rating>

      <quality-rating>5 stars</quality-rating>

    </entry>

</comic-list>

另一個解決的方式就是使用名稱空間:

<?xml version="1.0" encoding="Big5"?>

<comic-list xmlns:ct="content"

                    xmlns:qa="quality">

   <entry>

      <author>井上雄彥</author> 

      <title>灌籃高手</title>

      <ct:rating>普遍級</ct:rating>

      <qa:rating>5 stars</qa:rating>

   </entry>

   <entry>

      <author>井上雄彥</author>

      <title>浪人劍客</title>

      <ct:rating>限制級</ct:rating>

      <qa:rating>5 stars</qa:rating>

    </entry>

</comic-list>

上述xmlns:稱為宣告namespace的關鍵字

而雙引號" "裡面的單字則是該名稱空間的名字

至於上述的ct以及qa則是別名，也可以說是名稱空間的前置詞(prefix)

代表它們所屬名稱空間的縮寫

名稱空間的使用有助於認證一份XML文件裡面的元素是獨一無二的

相關資料參考來源:

  1. Namespaces in XML

  2. XML的名稱領域(Namespaces)

XML的註解寫法

若是要在XML裡面插入註解，只需利用"<!--"和"-->"即可
電腦會忽略符號裡面的文字敘述
例如:<!-- 此份文件出自於http://ericchiu-xml.blogspot.com/ -->

有一點必須注意:
我們不可以在標記中加入註解
像 <name <!-- add a name tag here -->>ericchiu</name>
註解必須出現在標示符號的前面或後面

空元素、子元素、父元素和根元素

只要是不包含內容的元素，就稱為空元素 (empty elements)
通常空元素都會包含屬性 (但並非必要)

以下是最常見的空元素寫法
<email href="mailto:ericchiu@blogggger.com></email>
--> 兩個<>之間並沒有字元資料 (data character)存在

空元素還有一種簡化的寫法，就是利用</>，將起始標記跟結尾標記合而為一
像是<email href="mailto:ericchiu@blogggger.com/>
對於XML而言，以上兩種空元素是一樣的

XML文件的資料結構，是由元素所組成的樹狀結構，其樹狀的元素可以重複，高度沒有限制
以一個簡單的XML文件為例
<?xml version="1.0"?>
<menu>
   <french>
      <chicken>french chicken</chicken>
   </french>
   <england>
      <chicken>english chicken</chicken>
   </england>
   <chinese>
      <chicken>chinese chicken</chicken>
   </chinese>
</menu>

被其他元素所包含住的，稱為子元素，例如範例的chicken
包含了子元素的元素，則稱為父元素，例如french, england, chinese
根元素位於文件中的頂端(Top)
所有XML文件都必須具備一個唯一的根元素 (例如本範例中的menu)
在撰寫XML文件時，若是沒有一個唯一的根元素存在
是會被視為語法錯誤的
以下是不符合此原則所產生出來的錯誤訊息

無法顯示 XML 網頁

XML 文件只允許一個最上層元件

關於XML的元素、屬性以及起始與結尾標記

以下列語法為例
<cost>199.00</cost>
其中cost稱為標籤裡面的"元素" (element)
在cost前後加上<>，就稱為資料的起始標記 (start tag)
在cost前後加上</>，則稱為資料的結尾標記 (end tag)

所以說"元素"是構成一份XML文件很重要的單位
每一個元素的前後都會由起始標記 (start tag) 和結尾標記 (end tag)來做區隔

由於XML嚴格的語法，規定起始標記跟結尾標記必須同時存在
例如<cost>199.00就會被視為錯誤的XML語法
(正確的語法為<cost>199.00</cost>)
相比起來HTML在這方面的規定就寬鬆多了

之前的文章提過
XML有一項特點就是沒有事先定義的標籤 (No predefined tag)
所以必須由作者本身來建立文件裡面的每一個元素
作者只需加入自己所需要的元素即可
充分展現了XML可擴充的特性

接下來談談屬性 (attributes)
XML可以透過屬性來替元素加入額外的資訊
屬性有自己的名稱(name)以及屬性值(value)
根據定義
屬性是加在起始標記裡面
起始標記可以不包含，或包含一個以上的屬性
屬性名稱跟屬性值之間利用等號來相連
屬性值前後必須加上單引或雙引號

請看以下範例會比較清楚
<tel preferred="true">3345678</tel>
tel是元素
preferred是屬性名稱
"true"是屬性值
要注意的是屬性名稱並非元素名稱的一部分
所以結尾符號才會只有</tel>而非</tel preferred="true">

DOM 與 SAX

DOM (Document Object Model) 和 SAX (Simple API for XML) 可說是存取XML文件時的API。DOM和SAX允許應用程式透過這些介面來讀取XML文件，使用者不需擔心自己是否了解XML的語法。這兩套介面是互補的，DOM適合用在瀏覽器和編輯器，而SAX則適合用在應用程式間的資料交換。 (application-to-application exchange)

相關連結: 1.什麼是DOM

什麼是標示語言 (Markup Lanaguage)

Markup Language裡面的Markup(標示)，指的是電腦所能理解的符號，標示符號定義出一份文件應該怎麼呈現在螢幕面前。以HTML為例，當電腦看到<P>這個符號時,表示知道這裡該分段了；而看到<BR>這個符號時，表示知道接下來該讓字體加上粗體。

換句話說，電腦可以處理具有標示符號的文章，最後在WEB上呈現出讓使用者易讀的文章版面

HTML具有預設的標記定義，而XML則可以自訂標籤，因此使用者可以自訂<type>, <weight>, <height>等自己所需用到的標籤，之號再告訴電腦看到這些標籤該做什麼處理，這就是XML不像HTML具有事先定義的標籤，XML has no predefined tag，因此XML具有可延伸的特性。

XML的文件是由字元資料 (character data) 和標示 (markup)兩者組成，例如:
<entry>
   <name>Eric Chiu</name>
   <tel>3345678</tel>
</entry>
而這兩者都會被表示成文件中的文字
說穿了，XML文件其實只是文字檔
所有的重要資訊都在字元資料裡面
但標示也有一定的重要性
因為它們紀錄的是文件的結構

XML的標示由小於跟大於符號(angle bracket)圍住
而位於小於跟大於符號外面的部分則是字元資料

XML文件跟一般文字文件之間的差異就在於標示
標示可以使文件蘊藏著結構化的訊息
總歸來說:
標示是給電腦看的資料；而字元資料則是用來給人看的資料

XML與HTML不一樣的地方

HTML是由許多標籤所組成的語言
可以用來定義整份文件在瀏覽器呈現的外觀
以下為例
<HTML>
<HEAD><TITLE>Phone Number</TITLE></HEAD>
<BODY>
<H1>Phone Number</H1>
<P>Eric <BR>Tel.: 3345678
<BODY>
</HTML>
我們可以透過標籤來定義文件的字型、字體大小等特性

根據不同的需求，所需要的標籤數也不一樣
例如數學家需要的標籤數量跟作家所需要的是不一樣的
所以XML其中之一的特徵就是沒有提供預設的標籤
每個人都可以依據自己的需求來定義所需的標籤

XML的另一項特徵就是嚴格的語法
因為HTML語法寬鬆，每個人都可以隨便寫
這也造成了瀏覽器在存取錯誤的HTML時變得越來越慢
因此採用嚴格語法的XML，將有助於設計出更小、更快、負擔更輕的瀏覽器

XML 概述

XML是eXtensible Markup Language的縮寫，是由W3C (World Wide Web Consortium)所發展出來的標示語言 (markup language).


以筆者的觀點來看，XML檔案本身其實就是一份文件，用來讓不同的平台解析資料
XML是用來描述文件，並且使文件的內容結構化
結構化這名詞可能太過抽象
讀者可以從網路上找一份XML的範例
將內容貼在記事本上並且存成.xml檔
接著用瀏覽器打開這份檔案 
可以發現整份文件將會有著很完整的樹狀結構 (建議用IE或Firefox開，用Chrome瀏覽器會看不出效果)
結構化使得文件的資料在不同的平台上交換變得更簡便


HTML是網路上最常用到的描述語言，大部分的網頁都是以HTML為基礎來發布。但是隨著網路技術的成熟發展，因為各種不同用途的應用需求，必須在HTML裡面加入各式各樣的標籤(tag)，HTML也變得越來越肥大，這些標籤的排列組合是無窮盡的。


有些運算能力較弱的行動裝置，例如PDA或是智慧型手機，它們不像PC一樣有著強大的處理器，因而無法處理與存取HTML這麼複雜的語言，勢必要有一種語言發展出來好簡化整個架構，因此XML的構想就產生了。


XML並非要取代HTML，相反的反而是要解決HTML本身的一些缺點。 HTML實在太成功了，所以才需要XML的出現來應付新的需求。


以下是XML可以發揮優點的地方:
       1. XML可以簡化HTML所產生的文件，這對維護內容龐大的網站很有幫助


       2. 在組織間交換資訊


       3. 資料庫的卸載與載入


       4. 在不同網站上同時公布的內容


       5. 需要透過數家公司的合作來服務同一位顧客的應用程式


       6. 在新一代的手持裝置以及智慧型手機等上網工具進行最佳化的標示語言