DIV CSS 佈局教程網

 DIV+CSS佈局教程網 >> 網頁腳本 >> XML學習教程 >> XML詳解 >> 給 XML 初學者
給 XML 初學者
編輯:XML詳解     
G>類型: XML/Biztalk


差不多每天都有人問“什麼是 XML”,“XML 能做什麼”,“XML 能不能替我做這個”,
“XML 會取代什麼” 等等諸如此類的問題。由於最近一段時間稍微對 XML 使用了一下,
我來談談自己的感覺。這些經驗都很淺顯,任何一個用過 XML 的人都有,並且見仁見智,
只不過我算剛剛走過這段路,對自己一開始的困惑,誤解還記得清,所以拿出來和大家
分享一下。

我覺得初學者可能會走近的誤區:

1. XML 是不是 Html 的取代者

不是。寫得好的 Html 應該是一個 well-formed 的 XML 文檔,其他方面最好不要
把他們放在一個水平線上比較

2. XML 是不是數據庫的取代者

不是。

3. XML 是不是...的取代者

都不是。

這個結論可能聽上去很滑稽:XML 是非常非常重要的東西,但它什麼都取代不了。
但這並不奇怪,有人把它比做 ASCII 標准,他們是一切一切的基礎,但並沒有
(也不需要)取代什麼。(但是就如同 ASCII 取代了一些沒有成大器的字符集定義,
XML 也會取代你在應用中自己定義的一些數據傳輸規范,但沒有什麼特別主流的東西。)

剛開始學 XML (或者說沒開始學之前)的時候最愛問的一個問題肯定是:使用 XML 能給我帶來什麼好處?

我覺得從某種角度上說,使用 XML 有些象使用 OO 面向對象:

- 你可以用它,你也可以不用它。
- 如果你的應用非常簡單,用它不一定方便,沒准兒用了效果還會更差。
- 和其他實際東西比如數據庫,MTS,Web Server比起來,它更像是一個概念,一種方法
- 項目越大,它的發揮余地越大,作用越大。
- 一旦真正理解後,哪怕不用 XML parser,也不妨礙你使用這個概念,如同可以拋開特定語言使用 OO。
- ......

好像更抽象,更沒譜兒了吧。
那就隨便舉個例子。比如你本來想在 bbs 應用中的兩個模塊之間傳一些數據:

- 發言人
- 密碼
- 標題
- 內容

使用四個參數是不太現實的,因為你隨時可能要擴展功能,比如再加上個
- 表情符號
等等

不可能每次加個功能,就重新定義一遍函數。
所以最簡單的方法是把他們合並起來作為一個參數傳遞給函數。
在有 XML 之前,你可能會使用分隔符:
str = "發言人=張三;密碼=**;標題=abc;內容=xyz"
到 server 那邊使用 dictionary 或 collection 或 split 等等方法把他們拆開。
(當然可以自己定義對象啦,結構啦等等,但多數情況下還得是純字符串--比如另一個模塊不是自己開發的。)

這種傳遞字符串的方法有幾個問題,總結成兩個最大的方面就是:

1. 正確的解析它很麻煩。(比如標題正好是“發言人=張三;”怎麼辦)
2. 是平面的,沒有層次型結構

你可以寫些函數來解決這些問題,比如確保裡面肯定有“發言人”,“密碼”等等;
再寫些函數做一下字符轉義,再寫些函數制造出層次性的效果...

夠了!咱還是用 XML 吧。在我目前淺顯的認識裡:

- XML 是用來傳遞數據的
- XML 讓這些數據有了結構 -- 一個樹型結構
- XML 有全套的操作這種結構的方法
- XML 規范(或者說的實際點,XML parser)幫你確定你創建的字符串是合法的
- XML 規范(或者說的實際點,XML parser)中有辦法驗證這個合法性
- 對於拿到這個字符串的 server component 來說,可以用 XML 中現成的方法來操作它,
這就是 xpath, pattern,類似於 T-SQL 語句。(但記住 XML 是樹型結構的)
- XSLT 使用 xpath 對 XML 進行轉換(類似於 DTS),其中一種特例是把 XML 轉換成 Html 輸出。
XML學習教程| jQuery入門知識| AJAX入門| Dreamweaver教程| Fireworks入門知識| SEO技巧| SEO優化集錦|
Copyright © DIV+CSS佈局教程網 All Rights Reserved