DIV CSS 佈局教程網

 DIV+CSS佈局教程網 >> 網頁腳本 >> XML學習教程 >> XML詳解 >> XML初學者必讀
XML初學者必讀
編輯:XML詳解     
差不多每天都有人問“什麼是 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